我想看看我对在 JBOSS 上部署 MDP 的想法是否正确:
使用 MDP 代替 MDB 肯定有优势,但所有这些优势只有在您不使用 EJB 容器/应用程序服务器时才有效。因为,我需要使用 JBOSS 5 APP 服务器,所以在 Spring Context 下运行 MDP 并部署在 JBOSS 应用服务器上会有点过头了。
第二个原因是 Spring 框架发布非常快,而 JBOSS 5 太旧了,我相信会出现 jar 冲突等问题。
第三个原因是我没有看到很多人这样做。
我想看看我对在 JBOSS 上部署 MDP 的想法是否正确:
使用 MDP 代替 MDB 肯定有优势,但所有这些优势只有在您不使用 EJB 容器/应用程序服务器时才有效。因为,我需要使用 JBOSS 5 APP 服务器,所以在 Spring Context 下运行 MDP 并部署在 JBOSS 应用服务器上会有点过头了。
第二个原因是 Spring 框架发布非常快,而 JBOSS 5 太旧了,我相信会出现 jar 冲突等问题。
第三个原因是我没有看到很多人这样做。
我一直在处理几个基于 Spring 的项目,其中有十几个消息侦听器,并且这些项目已部署在 JBoss 上(从早期的 Jboss 4.x 到最新的 JBoss EAP)。
在 JBoss 基础架构中部署 Spring 的消息侦听器容器没有任何问题。在过去,您可能会遇到一些不一致的情况。最烦人的是队列中定义的重新投递选项被忽略了。但这是 JBoss5+ 的历史
要在 JBoss 上部署消息侦听器容器,您需要配置常规JndiTemplate
和查找目标并ConnectionFactory
使用它。为了能够按名称解析目的地,您需要JndiDestinationResolver
在使用 said 的容器上指定 a JndiTemplate
。您也可以自己查找队列(并摆脱DestinationResolver
)