Dopo una breve indagine sono giunto ad alcune conclusioni. Tutte le osservazioni sono basate su JBoss 7.1.1.Finale con HornetQ Server 2.2.13.Final.
La coda non permanente non è una coda temporanea. Esiste fino a quando non viene eliminato manualmente.
Tutti i messaggi inviati a una coda non duratura scompaiono al riavvio/errore del provider JMS (modalità di consegna, ovvero PERSISTENT/NON_PERSISTENT dei messaggi inoltrati ignorati).
Il valore dell'elemento di intestazione JMSDeliveryMode dei messaggi non viene modificato. In particolare, se il messaggio è stato inviato con la modalità di consegna PERSISTENT a una coda non duratura, il flag è impostato su PERSISTENT, anche se la coda non permanente non mantiene il messaggio (viene perso in caso di riavvio/errore del provider JMS).
Dal lato client sembra essere un po 'di una prospettiva preoccupante, dal momento che il mittente ha potenzialmente alcun modo di sapere se non sarà rispettata la modalità di consegna dichiarati del messaggio, a causa del significato problematica coda 'non durevole'.
Inoltre, il termine "coda permanente" in questo contesto sembra sconnesso dalla "sottoscrizione duratura", in quanto non sembra influenzare in alcun modo la consegna dei messaggi ai consumatori inattivi.
Basta notare che l'attributo su JBoss sembra fare riferimento a una coda, piuttosto che a un sottoscrittore/sottoscrizione. – acalypso