问题描述
我已经为JMS设置了spring配置.一切正常,除非我似乎无法使其延迟加载(请注意下面的代码中的default-lazy-init true).如果我从下面的配置中注释掉了jmsContainer(DMLC),则延迟加载将按预期工作.否则,它将实例化DMLC,这又将创建队列和连接工厂.
I've setup a spring config for JMS. Things work fine, except I can't seem to get it to lazy load (notice the default-lazy-init true in the code below). If I comment out the jmsContainer(DMLC) from my config below, lazy loading works as expected. Otherwise, it will instantiate the DMLC, which in turn creates the queue and connection factory.
我想念什么?
jmsContext.xml:
jmsContext.xml:
<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:p="http://www.springframework.org/schema/p"
xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans.xsd"
default-lazy-init="true">
<bean id="jndiTemplate" class="org.springframework.jndi.JndiTemplate">
<property name="environment">
<props>
<prop key="java.naming.factory.initial">weblogic.jndi.WLInitialContextFactory</prop>
<prop key="java.naming.provider.url">t3:localhost:7001</prop>
</props>
</property>
</bean>
<bean id="queue" class="org.springframework.jndi.JndiObjectFactoryBean"
p:jndiTemplate-ref="jndiTemplate" p:jndiName="jms/queue"/>
<bean id="connectionFactory" class="org.springframework.jndi.JndiObjectFactoryBean"
p:jndiTemplate-ref="jndiTemplate" p:jndiName="jms/connectionfactory"/>
<bean id="jmsDestinationResolver" class="org.springframework.jms.support.destination.JndiDestinationResolver"
p:jndiTemplate-ref="jndiTemplate" p:cache="true" />
<bean id="jmsContainer" class="org.springframework.jms.listener.DefaultMessageListenerContainer"
p:autoStartup="false"
p:destination-ref="queue"
p:destinationResolver-ref="jmsDestinationResolver"
p:connectionFactory-ref="connectionFactory"
p:messageListener-ref="queueListener" />
<bean id="queueListener" class="com.blah.QueueListener"/>
</beans>
我用来驱动它的测试DummyTest.java:
And the test I'm using to drive it, DummyTest.java:
package blah;
import org.junit.Test;
import org.junit.runner.RunWith;
import org.springframework.test.context.ContextConfiguration;
import org.springframework.test.context.junit4.SpringJUnit4ClassRunner;
@RunWith(SpringJUnit4ClassRunner.class)
@ContextConfiguration("classpath:jmsContext.xml")
public class DummyTest {
@Test
public void shouldDoSomething() {
}
}
当jmsContainer被注释掉时,上面的测试通过.否则,我得到这个:
When jmsContainer is commented out, the test above passes. Otherwise, I get this:
java.lang.IllegalStateException: Failed to load ApplicationContext
Caused by: org.springframework.beans.factory.BeanCreationException:
Error creating bean with name 'jmsContainer' defined in class path resource [com/blah/config/jmsContext.xml]:
Cannot resolve reference to bean 'connectionFactory' while setting bean property 'connectionFactory';
nested exception is org.springframework.beans.factory.BeanCreationException:
Error creating bean with name 'connectionFactory' defined in class path resource [com/blah/config/jmsContext.xml]:
Invocation of init method failed; nested exception is javax.naming.NameNotFoundException:
Exception in lookup.: `jms/connectionfactory' could not be found.
[Root exception is weblogic.corba.cos.naming.NamingContextAnyPackage.NotFound: IDL:weblogic/corba/cos/naming/NamingContextAny/NotFound:1.0]
将"connectionFactory" bean实例化为"jmsContainer"的依赖项,并且失败.注释掉"jmsContainer"时,不会实例化"connectionFactory".
The "connectionFactory" bean gets instantiated as a dependency of "jmsContainer" and it fails. With "jmsContainer" commented out, "connectionFactory" does not get instantiated.
jms代码可以正常工作,但是我故意重命名了JNDI名称,以便可以看到开始的时间.
The jms code works fine, but I have renamed my JNDI names on purpose so I can see when things get started.
推荐答案
好的,这很晦涩,但是DefaultMessageListenerContainer
实现了Lifecycle
接口,实现该接口的bean被绑定到上下文自身的生命周期中-上下文启动后,将初始化并启动实现Lifecycle
的bean.这意味着您的lazy-init配置实际上被忽略了.
OK, this is pretty obscure, but DefaultMessageListenerContainer
implements the Lifecycle
interface, and beans that implement this are tied into the context's own lifecycle - when the context starts up, Lifecycle
-implementing beans are initialised and started. This means that your lazy-init config is essentially ignored.
这篇关于Spring 3.0 lazy-init不适合DefaultMessageListenerContainer吗?的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持!