问题标签 [esb-toolkit-2.0]

使用 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 论坛的请求，我将发布行程、上下文和发送端口过滤器的屏幕截图。

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

非常感谢，奈杰尔。

我正在尝试访问位于 IIS 上的 asmx 服务，asmx 正在使用集成安全性我正在尝试使用在 ESB 指南 1.0 中配置的 wcf-basichttp 适配器调用它

我得到的错误是：

HTTP 请求未经客户端身份验证方案“匿名”授权。从服务器收到的身份验证标头是“NTLM”

我尝试在端点配置中设置：

任何想法都会被应用

我正在尝试通过调用接收管道（类似于提供的 ItinerarySelectReceiveXml 接收端口）从编排内部执行动态行程路由，以解析给定消息的行程并将其发送到直接绑定端口以进行 ESB 路由。该设置类似于 ComposedMessageProcessor BizTalk 示例。

据我所知，我的接收管道与 ItinerarySelectReceiveXml 完全一样，除了在 ESB 行程选择管道组件（在 ResolveParty 阶段）我已经硬编码了连接字符串和 ItineraryFactName（例如 BRI:\policy=MyResolveItineraryRule;useMsg=true ;recognizeMessageFormat=true; 和 Resolver.Itinerary)，这样我就不必使用环回适配器进行技巧和招致额外的消息框访问。

从表达式形状调用接收管道的代码如下：

// 我要路由的第一条消息只是传入消息上的一个节点

这很顺利，我可以看到正在使用 SQL Profiler 解析消息类型的正确行程，并且我知道行程很好，因为我将它用于具有通用行程入口的此消息类型。

但是我在 Microsoft.Practices.ESB.Itinerary.PipelineComponents.ItinerarySelector 之后得到了 Microsoft.Practices.ESB.PipelineComponents.Dispatcher 的异常（在解决方阶段）

文档声明 ESB 行程选择器管道组件应使用以下属性设置行程的 Microsoft BizTalk Server 段：correlationToken、reqRespTransmitPipelineID、interchangeId、receiveInstanceId、epmRRCorrelationToken。

异常如下所示：

值不能为空。参数名称：interchangeId

来源：Microsoft.Practices.ESB.PipelineComponents.Dispatcher

方法：Microsoft.BizTalk.Message.Interop.IBaseMessage 执行（Microsoft.BizTalk.Component.Interop.IPipelineContext, Microsoft.BizTalk.Message.Interop.IBaseMessage）

错误来源：Microsoft.Practices.ESB.Itinerary.OM.V1

错误目标站点：System.Object[] GetItineraryDataForBAM（Microsoft.Practices.ESB.Itinerary.OM.V1.Itinerary，Microsoft.Practices.ESB.Itinerary.IItineraryStep，System.String）

错误 StackTrace：在 Microsoft.Practices.ESB.Itinerary.OM.V1.BAMItineraryProcess.SubmitToBAM（Itinerary itinerary, IItineraryStep步骤，IPipelineContext 上下文，IBaseMessage msg) 在 Microsoft.Practices.ESB.Itinerary.OM.V1.ItineraryV1.<>c__DisplayClassa.b__8() 在 Microsoft.Practices.ESB.Itinerary.OM.V1.ItineraryV1.AdvanceByOrder(ItineraryMessageDirection messageDirection, Microsoft.Practices.ESB.Itinerary.OM.V1.ItineraryV1.Advance 中的字符串 serviceInstanceId、IItineraryStep 步骤、Action submitToBam、Boolean advanceStep)（IBaseMessage 消息、IPipelineContext 上下文、IItineraryStep 步骤、Boolean advanceStep）在 Microsoft.Practices.ESB.Itinerary。 OM.V1.行程V1。在 Microsoft.Practices.ESB.PipelineComponents.Dispatcher.Execute（IPipelineContext 上下文，IBaseMessage 消息）的高级（IBaseMessage 消息，IPipelineContext 上下文，IItineraryStep 步骤）

任何帮助，将不胜感激。

ps 我也已在此处将这个问题发布到 ESB 工具包表单http://social.msdn.microsoft.com/Forums/en/biztalkesb/thread/28c5befe-4c7f-4dc1-a5e7-8fe5b3ec1c75

我们对 Microsoft BizTalk Server 2009 进行了大量投资，它对我们所有的异步工作来说就像一个梦想。不过，我们希望用它做更多的同步工作，这就是我们认真研究 ESB Toolkit 2.0 的原因。

然而，我在这个工具包上遇到了一个又一个的问题，我的直觉是它没有为企业做好准备。换句话说，有太多位需要以绝对正确的顺序安装，而且有太多可能（并且确实）出错的事情——太多的 .config 文件被黑客攻击以使其工作，文档充满错误、带有拼写错误的异常消息等。

有没有人有同感？

有人真的在现场生产环境中使用这个工具包吗？您是否拥有 BTS 2006/2009 但决定不使用 ESB Toolkit？

真的很想听听一些意见。

谢谢

安德鲁

我们可以让 ESB Toolkit 2.0 将传入消息路由到 IIS 中托管的 WCF 服务吗？我正在考虑将 ESB 的基于内容的路由、验证和转换功能用于 WCF 服务。

谢谢

在尝试使用 Biztalk ESB Toolkit 2.0 实现简单的集成模式时，我在尝试解决在编排之后发生的转换路线服务时遇到了问题。

我正在使用 BRE 解析器来执行需要检查上下文消息类型属性以确定要使用的适当映射的规则。但是，一旦消息到达与转换服务关联的路线中的步骤，地图将无法执行。

从仔细调查来看，消息类型似乎没有提供给 BRE 解析器内部使用的“解决方案”对象。实际上，由于离开前一个编排的消息是 typed System.Xml.XmlDocument，因此消息的类型从上下文中“降级”了。

通过跟踪规则引擎的执行，我可以观察到消息的类型在到达 BRE 解析器时确实丢失了。消息的类型是空的，而文档的强类型是Microsoft.XLANGs.BaseTypes.Any.

我使用的编排服务直接取自 ESB Toolkit 2.0 附带的示例。

有没有办法在行程中的编排之后执行基于上下文的 BRE 解析？

我正在尝试配置 ESB 异常管理 (ESB Toolkit 2.1)，在成功创建 ESBExceptionDB 后，我尝试配置异常 Web 服务。

当我按应用配置时，我收到错误消息“指定的目录服务属性或值不存在”。

错误日志：

我错过了什么？

我是一名 BTS 开发人员，拥有四年实施“经典”BTS 解决方案的经验。

明天我必须做一个关于 ESB 工具包 2 的惊喜演示。不要问为什么。我想尽可能地做好准备。我正在寻找可以快速吸收的资源。理想情况下（按重要性的粗略顺序）：

1. 主要运动部件的技术概述
2. 一些实施细节、行程描述、解析器、入口等。
3. 安装和部署。

任何迅速的帮助将不胜感激。

我需要发布到需要用户名和密码基本身份验证的 hrl https://xxxxx.com

我们正在使用 biztalk ESB 动态发送端口

如何使用绑定配置或行为来配置它，或者我可以从 UDDI 设置它

我对 esbtoolkit 很陌生。如果我更改我当前的行程以包含一个额外的步骤和一个新的订阅以订阅新的步骤，在部署我的编排之后，我是否应该重新启动我的 biztalk 主机实例以使该步骤生效？

它是现实的设计吗？我可以实现一个真正的动态（在我看来）esb，无需重新启动任何东西，只需开发、部署新步骤（即订阅编排）并且一切都可以顺利进行吗？

提前非常感谢