Ric*_*hie 12 java soa messagebroker
我是我办公室的开发人员,SOA开发处于巅峰状态.我们使用IBM MQ,IBM Message Broker和Java/J2EE Technologies.
我目前已进入项目,其中使用Message Broker开发一个在两个应用程序之间进行交互的中间件.我不太确定Message Broker是否是这类项目的正确选择,因为Java可以以高效的方式完成同样的工作,这使我在互联网上搜索使用这两者的优势.
我在不同的站点中读到Message Broker用于转换,路由和增强消息,这可以通过有效地使用java来完成.所以这让我想到了这个问题"何时使用Java以及何时使用Message Broker进行开发?" 如果有人可以帮助我使用这两者的优势,那将是很棒的.
-RDJ
消息代理使例如操作人员能够在一个地方监视所有集成.此外,如果数据格式发生变化,确定哪些集成受更改影响可能很简单.
每个单独的集成都可能用Java(或任何其他语言)来实现,但是你最终会有一堆点对点集成,这是消息代理试图解决的问题之一.
如果您要用Java设计一个通用的转换/路由解决方案,那么您将设计一个消息代理:)这将是有趣的,但并非真正必要,因为已经有大量的商业和开源消息代理可用.
据我了解,您正在尝试,例如,在核心 java 中实现功能,而不是使用现成的消息代理和类似的 SOA 相关技术。我的建议是——不要重新发明轮子。关键是,即使您尝试这样做,最终您也会面临相同的技术问题并导致类似的解决方案。为什么不专注于业务逻辑,而不是尝试开发一个已经存在的、可能经过更多测试和信任的等价物。
| 归档时间: |
|
| 查看次数: |
18191 次 |
| 最近记录: |