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

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

任何建议会很有帮助吗？

狮子座

来源

2011-11-30 user320587

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

来源

2011-11-30 20:46:03

WS代表Web服务吗？您能否详细说明或共享此集成架构上的任何链接？ – user320587

MQ - 消息队列; WS - Web服务 –

我会用带有良好.NET和Java客户端的消息队列 - 例如RabbitMQ建立在AMQP之上。以及具有良好跨语言功能的序列化技术（Thrift，协议缓冲区等）

来源

2011-11-30 20:50:35

谢谢。我会看看RabbitMQ – user320587

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

来源

2011-12-01 14:03:57 Shashi

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

回答

相关问题