问题标签 [servicebus]

JBI 标准（曾经是？）应该是企业服务总线的标准，特别是在不同 ESB（或单独的服务引擎提供者）的重用/交换能力方面

已知的 JBI 实现是（根据维基百科）：

• OpenESB => JBI + OSGI（因为 Oracle 收购了 Sun，现在它只是社区）
• 花瓣
• ServiceMix => 最后一个 (4) 版本基于 OSGI（但仍与 JBI 兼容）
• Fuse => 根据 Guillaume Nodet，JBI 1.0 和 2.0 已死http://servicemix.396122.n5.nabble.com/DISCUSS-ServiceMix-future-td3212177.html上次关于 WS-Security 的 fuse 网络广播正在使用 CXF-Osgi
• Mule => 根据 Ross Mason 的说法，JBI 1.0 已死http://www.infoq.com/news/2008/05/jbi-debate
• Oracle => 应该是 JBI ？明确遵循 SCA
• TIBCO => 应该是 JBI ？明确遵循 SCA

非执行者：

• IBM => 据我所知不是 JBI。明确遵循 SCA
• JBoss => 自定义

在不考虑 JBI 的工作原理以及它解决与 SCA 不同的问题的情况下，您是否真的会在选择 ESB 时考虑它是否符合 JBI 的事实？还是坚持 ESB 的功能？

参考：JBI和SCA有什么区别/相似之处

我现在正在开发一个位于单个进程空间中的系统；我们将其分解为几个进程，最初是在同一个机器上运行，但最终分布在几台不同的机器上。我倾向于使用 ESB（NServiceBus、Rhino ESB）或者可能使用 WCF + 队列来处理我们的应用程序具有的发布/订阅和请求/响应场景。

但是，我在抽象上苦苦挣扎：我不希望各种组件知道它们正在总线上交谈。当前连接各种服务的 API 可以很好地转换为这种模型，但我想对客户端和服务器端隐藏它。没有为客户端和服务器编写大量自定义代理代码，有没有更好的方法来解决这个问题？我意识到 WCF 可以根据服务定义自动生成代理，但我真的很喜欢我通过（比如）rhino servicebus 获得的其他一些东西。

理想情况下，我希望能够仅使用 IoC 交换不同的实现（有和没有 ESB/消息传递层）（知道必须按照惯例对可以通过接口传递的内容进行限制），但我'不知道该去哪里。我真的更希望不必将当前接口上的每个方法调用都更改为它自己的离散消息类。

有什么资源/模式/工具可以帮助我做到这一点吗？如果我不清楚，请提出问题。谢谢。

我很难理解 Windows Azure 服务总线和访问控制概念。用外行的话来说，它们是什么？它们是用来做什么的？

我整晚都在和这个作斗争，所以这里是：

我有一个名为 Send 的 Azure 服务总线 WCF 服务。我想使用 Windows 2008 R2（标准）服务器使用 Windows Server AppFabric 的自动启动功能在 IIS 中托管它。

我已经安装了 Windows Server AppFabric，看起来很顺利。但是，我错过了 UI 中的自动启动选项，您通常可以通过右键单击 IIS 中的网站节点获得，它应该如下所示：

http://developers.de/cfs-filesystemfile.ashx/__key/CommunityServer.Blogs.Components.WeblogFiles/damir_5F00_dobric/image_5F00_40F1B83A.png

但是，我改用了 powershell 命令，它们似乎可以工作。有选择地自动启动服务的选项确实启用了。所以，我认为它应该工作。但是，它不会自动启动，我也没有在事件日志中收到任何错误。以下是我的网络配置：

我的服务合同非常基本：

我还按照此处http://msdn.microsoft.com/en-us/gg282466的说明将 ServiceBus_schema.xml 添加到 Inetserv 下的正确文件夹中

如果我真的在浏览器中访问该服务，它会正常加载，并且我看到服务总线注册了端点。但是，它应该在我此时不做任何事情的情况下这样做。

有人有想法么？

我看到了一种使用 BusConfiguration() 配置 DefaultHost 的方法，但没有看到一种以编程方式配置 RemoteAppDomainHost 的方法（不使用 rhino.esb 配置文件部分）。

我们正在选择一种将 .NET 客户端应用程序与 SQLServer 数据库隔离的方法，并且我们倾向于 DevForce ORM。

此 ORM 用于分布式应用程序，并提供自己的应用程序服务器来处理客户端请求。

但是，我觉得客户端应用程序与 ORM 的耦合过于紧密，因此我考虑使用服务总线（NServiceBus），甚至像 Agatha 这样的请求/响应服务层。

具体来说，由于我们有 .NET 2 应用程序并且 DevForce 支持 .NET4，我们可能无论如何都必须做一个隔离层......

对此有什么想法吗？

我们有一个 Rails 应用程序，它会在系统中发生某些事件（客户端通知、第三方数据同步、关系数据库的脏缓存更新等）时生成许多需要执行的后台任务。我想知道是否有任何人们特别满意的开源解决方案。低操作开销会很好，但我们最需要可靠性。

我们已经简要介绍了 ActiveMQ 和 Rabbitt，还有其他值得一看的吗？

提前谢谢。

我有许多客户需要在将新数据添加到我们的一个数据库表时得到通知。我考虑创建一个服务，该服务每 X 秒检查一次表，并在存在任何新数据时通知客户端。问题是，每个客户端都有不同的权限，不能看到所有的信息。我想过使用 NServiceBus 之类的东西来发布带有新信息的消息，但是在发送之前我需要根据每个客户端的权限过滤信息。过滤需要在发送信息之前完成（我不允许在客户端执行过滤）。

NServiceBus 中是否有对此的内置支持？

如果没有，我该如何实现这个目标？

编辑： 这是我在下面的评论中写的一个例子：说我有一个图书馆。每个客户都有兴趣立即收到有关添加到图书馆的新书的通知，但每个客户只能收到有关特定类型的通知。系统应该向所有包含新书信息的客户端发送通知，但每个客户端应该只被通知他的特定类型。出于安全原因，我无法过滤客户端中的数据。

谢谢。

如果性能是一项重要要求，您会为小型本地网络（通常所有参与的进程甚至在同一台机器上运行）选择哪种 .NET 服务总线框架。理论上它必须能够每秒处理 1000 条消息。

我刚接触服务总线（特别是 NServiceBus）并且刚刚编写了我的第一个 Saga。

saga 旨在接收交易，然后发送消息以验证用户 ID、支付详情和产品详情等，以针对一个大部分封闭的系统（难以以编程方式访问）。现在一些功能很容易实现自动化和编写处理程序，但在少数情况下需要手动干预才能完成事务，因为没有可用的 api 来执行这些任务。现在我们将有多个人工代理来解决这个问题，所以并发性是一个问题，我想为什么不让每个用户按需拉下一条消息，从而利用 MSMQ 中固有的并发性。

我无法在 nhibernate 上的 IBus 上找到任何方法来允许按需检索下一条可用消息，因为看起来一切都是基于推送的。所以我设计了一个 UI 原型，它使用标准的 .NET System.Messaging.MessageQueue API 从 MSMQ 手动检索消息，并允许用户与之交互，然后通过 IBus 写回响应将返回发送回 saga。发送（）方法。

我的主要问题是：这是否违反了 NServiceBus 的基本原则？如果没有，是否可以通过 NServiceBus API 做到这一点？

您还会通过 MSMQ 还是通过 UI 应用程序来处理并发？

干杯