If a client closes its JMS session (intentionally or not) and then invokes javax.jms.TemporaryQueue.delete() or javax.jms.TemporaryTopic.delete() these methods will return without actually deleting the destination (because the underlying session was closed). This can be confusing and/or mask programming errors.
The JavaDoc for{{ javax.jms.TemporaryQueue }}states that a JMSException should be thrown, "if the JMS provider fails to delete the temporary queue due to some internal error."