与Spring CachingConnectionFactory相关的java doc here有注释:
注意:此ConnectionFactory要求显式关闭从其共享Connection获取的所有Sessions。无论如何,这是本机JMS访问代码的通常建议。但是,使用此ConnectionFactory时,必须使用它才能实际允许会话重用。
我不清楚如何使用我的应用程序中的以下给定配置来处理此问题。
<bean id="springApp" class="com.codereq.springcore.jms.SpringJMSListenerApp" />
<bean id="jmsContainer" class="org.springframework.jms.listener.DefaultMessageListenerContainer">
<property name="connectionFactory" ref="jmsConnectionFactory"/>
<property name="destination" ref="destination"/>
<property name="messageListener" ref="messageListener"/>
<property name="sessionTransacted" value="true"/>
<property name="concurrentConsumers" value="5" />
<property name="maxConcurrentConsumers" value="15" />
</bean>
<bean id="messageListener" class="com.codereq.springcore.jms.MessageListenerApp" />
<bean id="jmsConnectionFactory" class="org.springframework.jms.connection.CachingConnectionFactory"
p:targetConnectionFactory-ref="emsConnectionFactory"
p:sessionCacheSize="100"
p:cacheConsumers="true" />
<bean id="emsConnectionFactory" class="org.springframework.jndi.JndiObjectFactoryBean">
<property name="jndiName" value="GenericConnectionFactory"/>
<property name="jndiTemplate" ref="jndiTemplate"/>
</bean>
<bean id="jndiTemplate" class="org.springframework.jndi.JndiTemplate">
<property name="environment">
<props>
<prop key="java.naming.factory.initial">com.tibco.tibjms.naming.TibjmsInitialContextFactory</prop>
<prop key="java.naming.provider.url">tibjmsnaming://localhost:7222</prop>
<prop key="java.naming.security.principal">admin</prop>
<prop key="java.naming.security.credentials">admin</prop>
</props>
</property>
</bean>
<bean id="destination" class="com.tibco.tibjms.TibjmsQueue">
<constructor-arg value="com.sample.queue" />
</bean>
监听器类是这样的:
public class MessageListenerApp implements MessageListener {
private static int c = 0;
@Override
public void onMessage(Message arg0) {
try {
System.out.println("Received Message..."+arg0.getStringProperty("MessageNum")+". Waiting to finish..");
Thread.sleep(2000);
System.out.println("Finished processing.."+arg0.getStringProperty("MessageNum")+".."+(c++));
} catch (Exception e) {
e.printStackTrace();
}
}
}
如何遵循明确关闭从共享连接获取的会话的建议?
跨越SessionAwareMessageListener接口,该接口提供onMessage方法,该方法提供Session的句柄。那么要正确实现会话结束,是否应实现此接口?
答案 0 :(得分:3)
将缓存连接工厂与监听器容器一起使用通常不是一个好主意,尤其是在使用maxConcurrentConsumers
&gt;时。 concurrentConsumers
- 您最终可以在缓存中使用缓存的消费者,这会在没有侦听器的情况下获取消息,并且此类消息可能会“卡住”。
所以,在这种情况下不要使用CCF
,它真的打算在生产者一方使用。
由于容器管理并发性,因此会话/消费者是长期存在的,不需要缓存。
答案 1 :(得分:0)
使用DefaultMessageListenerContainer时,不需要应用程序关闭会话,它会创建所需的会话并在关机期间关闭它们。
根据我的理解,当应用程序使用CachingConnectionFactory参考创建Session时,您提到的注释适用于哪个弹簧将没有任何线索。