Как сказал Джастин, транзакционность и постоянство являются независимыми аспектами в JMS, хотя транзакции с непостоянными сообщениями очень сомнительны - если вам нужны гарантии транзакций, вам нужна постоянность сообщений для части ACID с долговечностью.
Большая часть производительности постоянных сообщений зависит от конфигурации вашего брокера, особенно от серверной части хранилища сообщений.Поэтому, если вы действительно хотите транзакции (что несколько подразумевает, что вы хотите постоянство), вы должны попытаться настроить быстрое хранилище сообщений, например, используя kahadb в быстродействующем хранилище, таком как SSD или SAN с флэш-буферизацией.
Другим вариантом может быть использование модернизированного варианта ActiveMQ, Artemis (https://activemq.apache.org/components/artemis/), который использует более быстрое хранилище только для добавления.
Если вы продолжите без постоянства, это может быть хорошодля вашего случая использования вы могли бы также подумать об отбрасывании транзакций (но не длительных), но заметьте, что постоянство устанавливается для каждого сообщения при записи этого точного сообщения в очередь.
В Camel это можно сделать с помощью опции deliveryPersistent для URI, например
<to uri="{{mqName}}:queue:{{test.out}}?deliveryPersistent=false"/>
Также в вашем примере вам действительно нужно убедиться, что все входящие сообщения были записаны для вводаочередь {{test.in}} уже непостоянный!
временные непостоянные сообщения также должны помещаться в оперативную память вашего брокера, иначе он начнет пейджингв любом случае, они снова записываются на диск. Так что, опять же, конфигурация вашего брокера актуальна (конечно, и сеть).