关于 integration.net 和 java 应用程序的架构建议答案

【问题标题】：Architecture advice on integrating.net & java application关于 integration.net 和 java 应用程序的架构建议
【发布时间】：2012-01-10 02:01:17
【问题描述】：

在我们最近的一个项目中，我们决定使用基于消息的解决方案将现有的 .Net 应用程序集成到新的基于 JAVA 的应用程序中。要求不使用应用程序服务器。所以我正在尝试寻找一些替代方案。目前我们正计划使用 ActiveMQ 作为 JMS 提供者。 Java 应用程序还需要与后端数据库交互。因此，在尝试找出选项时，我发现 Spring 框架会很有帮助。看来 Spring 可能需要一些额外的组件（例如 Atomikos）来为 JMS 和 JDBC 操作提供事务支持。我试图尽可能地限制其他组件的用户。那么，这是将 ActiveMQ 与 Spring 结合使用的正确方法吗？如果是这样，我可以只使用 Spring 中提供的内置事务模块来支持事务吗？

有什么建议会很有帮助吗？

狮子座

【问题讨论】：

标签： java .net spring jms

【解决方案1】：

通过 MQ 和 WS 保持集成。更紧密的耦合可能会导致问题和复杂性。

【讨论】：

WS代表Web服务吗？您能否详细说明或分享有关此集成架构的任何链接？
MQ - 消息队列； WS - 网络服务

【解决方案2】：

我会使用具有良好 .NET 和 Java 客户端的消息队列 - 例如。 RabbitMQ 建立在 AMQP 之上。以及具有良好跨语言能力的序列化技术（Thrift、Protocol-buffers 等）

【讨论】：

谢谢。我去看看RabbitMQ

【解决方案3】：

使用 WebSphere MQ .NET 接口（.NET 本机或 XMS .NET）从您的 .NET 应用程序发送/接收消息。在 Java 应用端使用 MQ JMS 接口。 MQ JMS 接口支持两阶段提交，因此您可以同步您的消息获取和数据库更新。

【讨论】：