混合环境下的NServiceBus

混合环境下的NServiceBus,nservicebus,Nservicebus,有没有办法在混合环境(不是所有的.NET)中使用NSB,系统的各个部分可以共享消息 我想说是的,但是NSB的全部功能将真正可用于您环境中的.NET组件。您的NSB系统可以通过集成点扩展到系统中的其他非.net组件 我想说是的,但是NSB的全部功能将真正可用于您环境中的.NET组件。您的NSB系统可以通过集成点扩展到系统中的其他非.net组件 在这方面有一些选择。首先,您可以通过WCF公开任何NSB端点,以允许非.NET组件将消息获取到NSB上。然后,您还可以将消息发送到网关端点,网关端点通过与.

有没有办法在混合环境(不是所有的.NET)中使用NSB,系统的各个部分可以共享消息

我想说是的,但是NSB的全部功能将真正可用于您环境中的.NET组件。您的NSB系统可以通过集成点扩展到系统中的其他非.net组件

我想说是的,但是NSB的全部功能将真正可用于您环境中的.NET组件。您的NSB系统可以通过集成点扩展到系统中的其他非.net组件

在这方面有一些选择。首先,您可以通过WCF公开任何NSB端点,以允许非.NET组件将消息获取到NSB上。然后,您还可以将消息发送到网关端点,网关端点通过与.NET兼容的API或服务对非.NET组件进行类似调用,从而将消息返回到其他组件

其次,你可以编写自己的交通工具,连接到另一个世界。我的意思是,您可以提供一个可以代替MSMQ运行的JMS实现。你仍然需要自己在另一边接收信息


最后,我们看到人们在NSB中设置了所谓的卫星,以通过另一个ESB/代理处理到其他系统的桥接。卫星使用自己的资源沿着端点运行。你可以考虑设置一个完整的端点来创建这个桥。

在这方面有一些选择。首先,您可以通过WCF公开任何NSB端点,以允许非.NET组件将消息获取到NSB上。然后,您还可以将消息发送到网关端点,网关端点通过与.NET兼容的API或服务对非.NET组件进行类似调用,从而将消息返回到其他组件

其次,你可以编写自己的交通工具,连接到另一个世界。我的意思是,您可以提供一个可以代替MSMQ运行的JMS实现。你仍然需要自己在另一边接收信息


最后,我们看到人们在NSB中设置了所谓的卫星,以通过另一个ESB/代理处理到其他系统的桥接。卫星使用自己的资源沿着端点运行。您可以考虑设置一个完整的端点来创建这座桥。

< P>即将到来的4版本将包含使用SQLServer、ActuMeq和RabBMQ作为传输的支持。因此,我们希望解决在混合环境中使用NServiceBus的需要。

即将发布的4.0版本将包含对使用SqlServer、ActiveMQ和RabbitMQ作为传输的支持。通过这一点,我们希望解决在混合环境中使用NServiceBus的需要。

很有趣。刚开始使用NSB,但会对非.NET产品的损失感兴趣吗?它只能将东西发送到总线,订阅的资源可以处理吗?可以发送但不能接收?@coach_rob:第一个问题是互操作性。NSB中定义的消息将与Java(?)应用程序中的消息不同。需要进行一定程度的翻译。然后,您需要将该“新”消息推送到Java应用程序,以便它可以使用它。如果您的Java应用程序希望向NSB发送命令,则情况也是如此。要在总线上获取Java消息,通常需要通过SendLocal命令对其进行翻译和处理。当然还有其他的场景/技术。很有趣。刚开始使用NSB,但会对非.NET产品的损失感兴趣吗?它只能将东西发送到总线,订阅的资源可以处理吗?可以发送但不能接收?@coach_rob:第一个问题是互操作性。NSB中定义的消息将与Java(?)应用程序中的消息不同。需要进行一定程度的翻译。然后,您需要将该“新”消息推送到Java应用程序,以便它可以使用它。如果您的Java应用程序希望向NSB发送命令,则情况也是如此。要在总线上获取Java消息,通常需要通过SendLocal命令对其进行翻译和处理。当然还有其他场景/技术。