Geronimo 叛逆者: Apache Geronimo 的 JMS 实现：ActiveMQ

核心提示： Geronimo 和消息传递的未来发展现在，似乎寻找通用的消息传递解决方案更容易了，Geronimo 叛逆者: Apache Geronimo 的 JMS 实现：ActiveMQ(8)，这种想法既正确也不正确，即使在这个 Web 服务大肆流行的世界中，而是必需的，Geronimo 用来提供消息传

Geronimo 和消息传递的未来发展

现在，似乎寻找通用的消息传递解决方案更容易了，这种想法既正确也不正确。即使在这个 Web 服务大肆流行的世界中，实现消息传递的方式仍然日益增多。JMS、CORBA、SOAP、Remote Method Invocation（RMI）、EJB，我可以一直列举下去。这种不断复杂化的局面让我这样的开发人员觉得害怕，但是 James 认为不需要如此担心。

“重要的是，开发人员往往把 JMS 和 EJB 这些东西想得太复杂了，” James 告诉我，“所有中间件工作的实际操作正在隐藏在 Plain Old Java Object（POJO）后面。这方面的尝试包括 EJB 3、Spring Remoting 和 Service Component Architecture（这可以在 Apache Tuscany 中看到）。所以，开发人员不必选择使用 JMS API、EJB API、RMI、CORBA 或 SOAP，他们只需部署自己的 POJO 并在容器中启用中间件。

“甚至可能将中间件完全隐藏起来，这样应用程序开发人员只需编写业务逻辑，而让容器来处理中间件的琐碎工作。”

目前，Apache Geronimo 还有另一个涉及 ActiveMQ 的方便特性：ServiceMix。ServiceMix 是一个依赖于 ActiveMQ 的 ESB，但是它允许集成来自所有类型的环境的消息。启用 ServiceMix 中的 Java Business Integration（JBI），这样系统就可以接收来自各种来源的消息，比如文件、电子邮件、Jabber、SOAP、来自其他启用 JCA 的组件的消息等等，并让它们一起工作。ServiceMix 将是 Geronimo 1.2 版本的一部分。

结束语

我们处于面向服务的环境中，在这种环境中消息传递并不是锦上添花的东西，而是必需的。Geronimo 用来提供消息传递服务的 ActiveMQ 实现本身就是一个有用的项目（在 Geronimo 内外都是），感谢 James Strachan 花时间与我们对它进行了讨论。