问题标签 [esb]

我希望 Stackoverflow 上的架构问题是合理的，所以我在这里问这个问题。

我一直在尝试查看函数式语言在面向数学的问题之外的哪些方面有用，我突然意识到 ESB（企业服务总线）对于 FP 语言来说是完美的，因为请求之间没有任何共享，根据我的经验，当初始消息进入并根据转换规则进行处理时。

有什么理由说明这是一个坏主意吗？

是否已经在进行中？

我相信像 Erlang 这样的东西的可扩展性可能非常有用。

我们正在 BizTalk 2006 之上实施 Microsoft ESB 指南。我们在业务中的主要参与者之一是 SAP，它使用 BizTalk 的 WcfCustom 适配器开箱即用地提供服务。

是否有人对使用 ESBG 适配器连接到 SAP 以提交 iDocs 有任何建议或经验？

我是否需要编写自己的 ESB 适配器提供程序来实现 Wcf-Custom 行为，或者是否有开源替代方案？

干杯。

我们正在考虑一个 ESB 基础架构。

您什么时候会考虑像 Mule 这样的开源产品，什么时候会考虑像 TIBCO、BizTalk 或 Oracle Fusion 这样的软件包？

这个问题听起来很微不足道，但是由于文档是在文件共享上非确定性地生成的，因此引入了额外的复杂性。此外，还需要使承载物理文件夹的盒子成为共享的；向 SharePoint 服务器发送一条消息，说明文档已完成生成，然后进行下载，然后将其移至文档库（我可以处理此消息后处理）

有多种情况涉及需要诸如此类的消息传递的场景。我的客户是否会成为企业服务总线的良好候选人（或者这是否矫枉过正？）

我必须将我的 Web 服务与 IBM Enterprise Service Bus (ESB) 集成。我认为不应该有任何调解，因为该服务只有一个位置，并且不必更改请求。这是真的吗？ESB 管理员可以简单地将 Web 服务连接到总线吗？

如果需要编写中介代码：是否有任何免费的教程和工具可以创建这样的中介，或者我必须购买 WebSphere Integration Developer (WID)？这种调解应该很简单，我不想花钱买曾经用过的东西。

我有一个客户目前正在考虑使用 SeeBeyond / Sun 的JCAPS产品，SO 上的任何人都有使用 / 开发它的积极或消极经验吗？

Java Enterprise Service Bus 有大量的框架（OpenESB、ServiceMix、Apache Synapse，...），新项目应该选择哪一个？各有什么优缺点？他们对你的工作有多好？

使用 BizTalk ESB 工具包 2.0

我们正在开发一个项目，我们需要调用一个 DLL 的 Web 服务的代理。我们通过业务流程执行此操作没有问题，因为您可以使用静态端口并将其配置为使用 SOAP 适配器和指向 BizTalk 管理界面中程序集的 Web 服务设置。尽管在行程中似乎没有明显的方法可以做到这一点，因为动态端口没有使用 SOAP 适配器的选项。

我们这样做是有充分理由的，不用担心。

在此之后，我们实现了一个自定义适配器提供程序，但在使其工作时遇到了问题。

我们遵循此处显示的（旧）示例：

自定义适配器提供程序继承自 BaseAdapterProvider 并覆盖 SetEndPoint(Dictionary, IBaseMessageContext) 方法。

该方法提取通过解析器字典传入的程序集名称、类型名称和方法名称，然后将它们写入管道上下文：

并将传输类型设置为soap：

在所有其他方面，适配器提供程序几乎与上面链接中显示的示例相同，除了从 SMTP 到 SOAP 的明显变化。

适配器提供程序程序集已签名、GACed 并添加到 esb.config。

从只调用服务然后返回响应的行程中调用适配器提供程序。我们正在从工具包随附的行程测试客户端测试行程。自定义适配器中的事件日志显示正在调用适配器代码。问题是消息没有被路由到服务代理。事件查看器给出以下错误：

消息引擎无法处理适配器提交的消息：SOAP 源 URL：/ESB.ItineraryServices.Response/ProcessItinerary.asmx。详细信息：无法路由已发布的消息，因为找不到订阅者。如果尚未征用订阅编排或发送端口，或者未提升订阅评估所需的某些消息属性，则会发生此错误。请使用 Biztalk 管理控制台解决此故障。

调查组概述中的挂起服务实例显示了两件事：程序集名称、类型名称和方法名称的值设置正确。邮件正文丢失。我们尝试将发送端口上的发送和接收管道配置为 XMLTransmit/XMLReceive 和 ItinerarySendPassthrough/PassthroughReceive，这没有区别。

有什么我们可能遗漏的明显的东西吗？您是否必须明确传递消息正文？如果有怎么办？

编辑：

根据BizTalk ESB Toolkit 论坛的请求，我将发布行程、上下文和发送端口过滤器的屏幕截图。

行程、 上下文、 端口过滤器。

非常感谢，奈杰尔。

消息中间件解决方案（JMS、Tibco 等）允许通过“主题”过滤发布/订阅，使用通配符订阅某个“主题”的所有消息，例如 SUBSCRIBE("ACCOUNT.*") 主题允许您订阅两者“ACCOUNT.WITHDRAW”消息和“ACCOUNT.CHECKBALANCE”消息。

问题是这样的订阅也会收到我自己发布的消息。

我正在寻找一种机制，类似于 UDP 多播环回，它可以由传输层打开或关闭，而不会弄乱正在发送的数据。

是否有一种通用的声明性（无自定义代码，仅配置）方式来配置中间件不接收同一服务实例已发布的消息？理想情况下，这也应该能够过滤掉由相同“种类”的所有服务器（节点）发布的所有内容。

提前致谢。

我想知道是否可以使用 nServiceBus 订阅所有类型的消息而不指定发布者的端点。

其背景是一种分布式算法，它使用 nServiceBus 的分发器基础结构将子问题委托给网络上的分布式工作者。

任务完成后，工作人员应发送消息通知发送者。

我可以使用 IBus.Reply() 来通知它，但我也有一些监视和日志记录服务，它们也对这些消息感兴趣。让发件人重新发布所有收到的回复听起来不对。

我可以在 nServiceBus 中订阅来自多个发布者的消息吗？