N服务总线与Windows服务总线
有人能解释一下新发布的WindowsServiceBus（内部部署，而不是Azure）和NServiceBus之间的区别吗？
寻找详细的答案什么窗口SB可能会丢失，因为我很熟悉NSErviceBus可以做什么：
- 它是真正的服务总线，而不仅仅是使用队列的消息代理吗？
- 是否可以支持消息多态？（消息子类化其他消息和支持此层次结构的处理程序
- 长时间运行的进程和相关性
- 向外扩展
共有1个答案
我负责NServicebus中的Windows Azure ServiceBus支持。在我看来，这个新的Windows Server Servicebus提供了与Azure Servicebus完全相同的功能。因此，在我看来，它将很好地与NServiceBus相匹配，而不是竞争对手（就像Windows Azure ServiceBus一样），并且可以用来代替msmq。
来回答你的问题
- 新的servicebus是一个使用队列的代理
- servicebus上的消息最终只是字符串，servicebus本身对消息类型、层次结构、处理程序等没有额外的支持。通常您会使用WCF或NServiceBus来实现这一点
- 不支持长时间运行的流程，也不支持相关性。它确实与NServiceBus有一些功能重叠，尽管它可以做子描述/主题，也可以做消息延迟以及过滤器
- 它被设计成向外扩展
希望这有帮助？
你好，伊夫
-
我正在开发一个客户端，它可以从Windows服务总线读取消息，该消息是使用发送的。净额。客户端是使用Java开发的，据我所知，它创建会话，但当它创建会话时，使用者抛出一个JMSException，它只告诉我以下消息：amqp：不允许 有线索吗？ 顺致敬意，
-
我正在寻找一种解决方案，用于在几个本地数据库之间进行实时数据集成。没有太多的数据转换。我正在评估各种可用的ESB。我认为使用Azure服务总线进行数据集成可以快速开发解决方案。建议使用Azure service bus集成所有内部数据库吗？
-
我正在尝试为Windows配置服务总线，但在将主机添加到服务总线场的阶段，它无法启动服务总线网关。 事件日志中指出： 如何解决此问题？
-
我在Azure中托管了两个云服务辅助角色，一个使用NServiceBus（Azure服务总线传输）消耗消息，另一个生成消息。 昨天，我部署了一个新版本的生产者工作者角色，而队列中仍然有大量消息，因为我们正在处理早上遗留下来的大量消息。当生产者启动时，它似乎已经清空（或者可能重新创建）队列，许多重要的生产消息丢失。这似乎很奇怪，但日志显示，大约在生产者角色启动时，消费者没有处理进一步的消息，我们知道
-
我在为我的项目尝试使用AMQP实现Windows Service Bus 1.1，我安装了Windows Service Bus 1.1，并使用Service Bus Explorer创建了一个名为test的队列，我正在使用下面链接中给出的Java程序测试示例Service Bus功能， 并创建如下的生产者 目标que=（目标）上下文。查找（“队列”）；//正在读取表单属性文件 生产者=会话。cr
-
我一直在尝试创建一个客户端来连接我的Azure服务总线队列。我一直在参考此文档： https://docs.microsoft.com/en-us/azure/service-bus-messaging/service-bus-java-how-to-use-queues#send-消息到队列。 我的代码： 在创建客户端时，我遇到以下错误： 通用域名格式。微软蔚蓝色的服务总线。原语。Service