其他分享
首页 > 其他分享> > spring – DefaultJmsListenerContainerFactory vs DefaultMessageListenerContainer

spring – DefaultJmsListenerContainerFactory vs DefaultMessageListenerContainer

作者:互联网

使用DefaultJmsListenerContainerFactory而不是DefaultMessageListenerContainer有什么好处?

>如果我直接配置DMLC,我会通过调用isRunning()来获取检查状态的句柄.我也有一个设施来启动和停止DMLC
>但是,根据新的spring规范,如果我配置DefaultJmsListenerContainerFactory,我没有得到DMLC的句柄,所以我无法进行上述任何操作.

因此,考虑到上述限制,有人可以解释为什么应该使用DefaultJmsListenerContainerFactory而不是DMLC

此外,如果我使用DefaultJmsListenerContainerFactory,有什么方法可以实现上述功能?

解决方法:

引入工厂是为了支持为@JmsListener注释的POJO方法创建监听器容器.

如果您不使用该机制,则可以继续直接定义DLMC.

编辑

使用@JmsListener时,容器本身未注册为bean,但可以使用注册表bean;您可以获得对容器的引用,以便您可以启动/停止等.

有关如何通过id或all单独获取对容器的引用,请参阅javadocs以获取JmsListenerEndpointRegistry.

EDIT2

我不确定你在评论3中的意思;注册表包含所有容器,无论使用哪个容器工厂创建容器……

@JmsListener(id="foo", destination="foo", containerFactory="one")
public void listen1(String payload) {
    System.out.println(payload + "foo");
}

@JmsListener(id="bar", destination="bar", containerFactory="two")
public void listen2(String payload) {
    System.out.println(payload + "bar");
}

如果使用configureListenerContainers()以编程方式创建端点,则必须为它们提供容器而不是容器工厂.

标签:spring,spring-boot-2,spring-jms
来源: https://codeday.me/bug/20190702/1357345.html