как соблюдение Redelivery для ип квитирования JMS сообщение

Question

я прочитал: http://www.javaworld.com/article/2074123/java-web-development/transaction-and-redelivery-in-jms.html?page=2

«В целом, признавая конкретное сообщение подтверждает все предыдущие сообщения сеанса получает» (в режиме подтверждения клиента)

«обратная передача сообщений не является автоматическим, но сообщения повторно доставлены при определенных обстоятельствах»

Мои вопросы:

1. как можно епз I ure есть новый сеанс каждый раз, когда я получаю сообщение (но повторно использую соединение)?
2. как обеспечить доставку для подтверждения сообщения?

Im используя этот configration:

<bean id="jmsConnectionFactory" class="com.ibm.mq.jms.MQQueueConnectionFactory" 
      lazy-init="true"> 
      <property name="queueManager" value="${queueManager}" /> 
      <property name="hostName" value="${hostName}" /> 
      <property name="transportType" value="${transportType}" /> 
      <property name="port" value="${port}" /> 
      <property name="channel" value="${channel}" /> 
      <property name="SSLCipherSuite" value="${SSLCipherSuite}" /> 
     </bean> 
<bean id="pooledConnectionFactory" class="org.apache.activemq.pool.PooledConnectionFactory"> 
    <property name="maxConnections" value="10"/> 
    <property name="maximumActive" value="100"/> 
    <property name="connectionFactory" ref="jmsConnectionFactory"/> 
</bean> 
<bean id="jmsConfig" class="org.apache.camel.component.jms.JmsConfiguration"> 
    <property name="connectionFactory" ref="pooledConnectionFactory"/> 
    <property name="transacted" value="false"/> 
</bean> 

<bean id="mqNonJmsDestRes" class="calypsox.tk.util.NonJmsMQQueueDestinationResolver" /> 

<bean id="jms" class="org.apache.camel.component.jms.JmsComponent"> 
     <property name="configuration" ref="jmsConfig" /> 
     <property name="acknowledgementModeName" value="CLIENT_ACKNOWLEDGE" /> 
     <property name="destinationResolver" ref="mqNonJmsDestRes" /> 
</bean> 

и я использую процессор верблюдов в качестве конечной точки бин, как одиночек

Answer 1

В этой статье вы ссылки от 2002 Всех систем на базе MQ получило много работы с тех пор. На вашем AMQ PooledConnectionFactory есть настройки для контроля того, как долго ваши соединения задерживаются до их уничтожения и что вы должны делать, если столкнулись с ошибкой. Я рекомендую читать некоторые из новых документов, так как за последние 14 лет произошли большие изменения. Поэтому некоторые вещи стали намного проще.

Вы также можете проверить в exceptionListener на "org.apache.camel.component.jms.JmsComponent", чтобы настроить, как управлять исключениями и даже писать свои собственные, если текущие параметры не соответствуют вашим потребностям.