有关Integration.net和Java应用程序的体系结构建议

Question

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

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

狮子座

Answer 1

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

Answer 2

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

Answer 3

我将使用一个具有良好的.NET和Java客户端的消息队列-例如，基于AMQP构建的RabbitMQ。 以及具有良好跨语言功能的序列化技术（节余，协议缓冲区等）