glassfish上的spring defaultmessagelistener容器在异常后重新交付时的正确设置是什么?
我正在尝试设置spring的DefaultMessageListenerContainer类,以便在抛出异常或调用session.rollback()后重新传递消息。我还尝试在glassfish 3.1.2 web配置文件上运行此功能 在我的SessionWareMessageListener的onMessage()方法中调用session.rollback()时,我收到一条异常消息,消息说:MessageDispatcher-[C4024]:会话未被处理。我认为ActiveMQ没有此问题,当然,这种配置是不同的,因为我没有在应用服务器中使用它 这里有人用过这个吗?我的配置如下:glassfish上的spring defaultmessagelistener容器在异常后重新交付时的正确设置是什么?,glassfish,spring-jms,Glassfish,Spring Jms,我正在尝试设置spring的DefaultMessageListenerContainer类,以便在抛出异常或调用session.rollback()后重新传递消息。我还尝试在glassfish 3.1.2 web配置文件上运行此功能 在我的SessionWareMessageListener的onMessage()方法中调用session.rollback()时,我收到一条异常消息,消息说:MessageDispatcher-[C4024]:会话未被处理。我认为ActiveMQ没有此问题,当然
com.sun.enterprise.naming.SerialInitContextFactory
${jms.jndicontext.url}
com.sun.corba.ee.impl.presentation.rmi.jndistrateFactoryImpl
com.sun.enterprise.naming
设置acknowledge=“auto”
,消息在侦听器执行之前被确认,因此消息将从队列中删除
通过对代码进行以下更改,我还实现了Spring应用程序中的DLQ场景
首先,我们设置acknowledge=“transactived”(因为我们希望在抛出异常的情况下保证重新交付,并为成功执行侦听器设置Trans-acknowledge)
我已经测试过了。这似乎很管用
<bean id="jndiTemplate" class="org.springframework.jndi.JndiTemplate">
<property name="environment">
<props>
<prop key="java.naming.factory.initial">com.sun.enterprise.naming.SerialInitContextFactory</prop>
<prop key="java.naming.provider.url">${jms.jndicontext.url}</prop>
<prop key="java.naming.factory.state">com.sun.corba.ee.impl.presentation.rmi.JNDIStateFactoryImpl</prop>
<prop key="java.naming.factory.url.pkgs">com.sun.enterprise.naming</prop>
</props>
</property>
</bean>
<bean id="jmsConnectionFactory" class="org.springframework.jndi.JndiObjectFactoryBean">
<property name="jndiTemplate" ref="jndiTemplate" />
<property name="jndiName" value="${jms.connection.factory}" />
</bean>
<bean id="jmsTemplate"
class="org.springframework.jms.core.JmsTemplate">
<property name="connectionFactory" ref="jmsConnectionFactory"/>
<property name="defaultDestination" ref="jmsServiceQueue"/>
</bean>
<bean id="jmsServiceProducer"
class="net.exchangesolutions.services.messaging.service.jms.JmsMessageServiceProducerImpl">
<property name="serviceTemplate" ref="jmsTemplate"/>
<property name="serviceDestination" ref="jmsServiceQueue"/>
</bean>
<bean id="myMessageListener"
class="com.myorg.jms.MessageDispatcher"/>
<bean id="jmsServiceContainer"
class="org.springframework.jms.listener.DefaultMessageListenerContainer">
<property name="connectionFactory" ref="jmsConnectionFactory"/>
<property name="destination" ref="jmsServiceQueue"/>
<property name="messageListener" ref="myMessageListener"/>
<property name="errorHandler" ref="jmsErrorHandler" />
<property name="receiveTimeout" value="180000"/>
<property name="concurrentConsumers" value="1"/>
<property name="cacheLevelName" value="CACHE_NONE"/>
<property name="pubSubNoLocal" value="true"/>
<property name="sessionTransacted" value="true"/>
<property name="sessionAcknowledgeMode" value="2" />
<property name="transactionManager" ref="jmsTransactionManager"/>
</bean>
<bean id="jmsTransactionManager" class="org.springframework.jms.connection.JmsTransactionManager">
<property name="connectionFactory" ref="jmsConnectionFactory"/>
</bean>
<jms:listener-container container-type="default" connection-factory="connectionFactory" acknowledge=" transacted">
public class MyMessageQueueListener implements SessionAwareMessageListener {
public void onMessage( Message message , Session session ) throws JMSException {
//DO something
if(success){
//Do nothing – so the transaction acknowledged
} else {
//throw exception - So it redelivers
throw new JMSException("..exception");
}
}
}