问题标签 [biztalk-2010]

我目前正在开发一个接受 xml 文件并将其转换为 Excel 的 BizTalk 自定义发送管道。不幸的是，在部署管道后，我收到了一个System.OutOfMemoryException. IComponent我已经包含了接口执行方法的代码。欢迎所有建议。

这是最近收到的错误：

以前有人在 BizTalk 2010 业务流程中使用过 Log4Net 吗？最近，我将 BizTalk 解决方案从 BizTalk 2006 R2 移植到 BizTalk 2010。我使用的 log4net 是 Scott Colestock 编写的包装器。迁移到 BizTalk 2010 后，日志不再打印，但业务流程仍然运行且没有任何错误。

我尝试按照一些人的建议将以下内容添加到 log4net 配置中（尽管 log4net 的那些用法不是 BizTalk 上下文）。仍然无法正常工作。任何人都对在 BizTalk 2010 中使 log4net 工作有任何线索或经验吗？

在处理一个相当大的 BizTalk 2010 项目时，我遇到了这种非常奇怪的行为，并想在这里发布一个解决方案，以防其他人可能遇到这种情况。

当尝试在 Visual Studio 2010 的编排设计器中打开编排时，我注意到编排在纯文本视图中打开，我无法查看编排设计器。这仅适用于一个编排，项目中的所有其他编排均已正确打开。该项目也正确编译，没有任何错误。我右键单击受影响的业务流程并选择Open With -> BizTalk Orchestration Designer。我还单击了设置为默认值。然后我可以按预期在设计模式下查看编排。然而，在关闭并重新打开解决方案时，我注意到编排再次以纯文本视图打开。

然后我在文本编辑器中打开 .btproj 文件并注意到以下内容（这是我的 .btproj 文件的片段）：

注意标签：

我只是删除了 SubType 标记，保存了 .btproj 文件并在 Visual Studio 中重新打开了解决方案，编排再次正常打开。

我制作了一个控制台，其中包含许多关于应用程序、端口等的功能。
我使用 Microsoft.BizTalk.ExplorerOM 程序集作为 biztalk 数据库的接口。

关键是该程序集似乎有点“不完整”，因为我找不到任何方法从应用程序中删除程序集（或在管理控制台中调用的资源）。

有没有人有解决这个问题的方法？（最好不做任何手动数据库黑客）

我一直在谷歌和这里搜索了一下，但我很惊讶似乎没有其他人有这个问题。

我目前正在开发一个 BizTalk 业务流程，该业务流程使用消息分配形状将传入的 xml 消息转换为二进制，以便可以将其存储在传出消息的提升属性中。

消息分配形状表达式如下所示（myXml 是 System.Xml.XmlDocument 类型的变量）：

我收到“无法将类型 'System.Byte[]' 隐式转换为 'System.Byte[]'”的设计时错误

我的编排如下所示：

我还包括传入和传出消息的架构。

传入：

传出消息架构：

提前致谢。

我在编排中的消息分配形状中收到此错误。在此分配形状中，我尝试执行 XPath 查询以从 WCF 接收到的消息中提取 base64 编码字符串。然后，我尝试使用由我编写的帮助程序类生成的 Stream 加载 XmlDocument 变量。base64 字符串将是 PDF 或 Excel 文件的内容（注意：这不是 XML）。我读过这可以做到。

这是我的消息分配中使用的表达式：

以下是我为支持此表达式而编写的辅助类：

最后，这是我在事件查看器中收到的错误：

xlang/s 引擎事件日志条目：未捕获的异常（参见下面的“内部异常”）已暂停服务“IAS.Integration.Services.Orchestrations.MainOrchestration(fcad6d68-ce54-bfa2-d035-56608b99ef52)”的实例。服务实例将保持挂起状态，直到以管理方式恢复或终止。如果恢复，实例将从其上次持久状态继续，并可能重新引发相同的意外异常。InstanceId：c398fd2a-b654-4981-be13-94146d640375 形状名称：Send_StreamedDocument ShapeId：bc7a463b-eed2-4222-b2f7-3fdb1e44a3c5 引发异常：段 1，进度 25 内部异常：消息“输出”的“部分”部分包含零字节的数据。

异常类型：EmptyPartException 源：Microsoft.XLANGs.Engine 目标站点：System.IO.Stream Persist(System.String ByRef, Boolean) 以下是标识 Microsoft.XLANGs.Core.Part 发生异常的位置的堆栈跟踪.Persist(String& encoding, Boolean wantEncoding) 在 Microsoft.BizTalk.XLANGs.BTXEngine.BTXXlangStore.StagePartData(Part part) 在 Microsoft.BizTalk.XLANGs.BTXEngine.BTXXlangStore.PrepareMessage(XLANGMessage msg, IList promoteProps, IList toPromote) 在 Microsoft。 BizTalk.XLANGs.BTXEngine.BTXXlangStore.WriteMessageState（IBTPEPInfoLookup pepLookup，Guid portId，XLANGMessage msg，Segment seg，字符串 opname，字符串 url，IList 提升属性，布尔轨道，IList toPromote）在 Microsoft.BizTalk.XLANGs.BTXEngine.BTXLogicalPortBinding.SendMessage（ XLANGMessage 消息，Microsoft.BizTalk.XLANGs.BTXEngine.BTXPortBase.SendMessage (Int32 iOperation, XLANGMessage msg, Correlation[] initCorrelations, Correlation[] followCorrelations, Context cxt,段段，ActivityFlags 标志）在 IAS.Integration.Services.Orchestrations.MainOrchestration.segment1（StopConditions stopOn）在 Microsoft.XLANGs.Core.SegmentScheduler.RunASegment（Segment s，StopConditions stopCond，异常和 exp）**ActivityFlags 标志）在 IAS.Integration.Services.Orchestration.MainOrchestration.segment1（StopConditions stopOn）在 Microsoft.XLANGs.Core.SegmentScheduler.RunASegment（Segment s，StopConditions stopCond，Exception& exp）**ActivityFlags 标志）在 IAS.Integration.Services.Orchestration.MainOrchestration.segment1（StopConditions stopOn）在 Microsoft.XLANGs.Core.SegmentScheduler.RunASegment（Segment s，StopConditions stopCond，Exception& exp）**

我正在尝试设置我的 Biztalk 业务流程发送到 WCF 的消息的 MessageHeader。消息契约在 WCF 项目中如下所示。

变换类型.cs

我正在创建要以消息分配形状发送到 Biztalk 的消息，该代码如下所示：

如何在 WCF MessageContract 中设置 MessageHeaders 的 Version 和 TransformType？

我们有一个 Apache 服务器，边缘服务器，作为反向代理运行（在这种情况下）。

当用户连接到这些服务器时，他们需要使用 SSL X509 证书。

在某一时刻，必须向运行 BizTalk 2010 的 ESB 发出请求。

当 Apache 服务器将请求传递到 BizTalk 时，Apache 将 SSL 放在消息的标头中，而不是“重新附加”SSL 证书，或者在请求发送到 ESB 时重新发送 SSL 证书。BizTalk 无法，或者我不确定如何配置它，读取请求附带的这些 SSL。

当 Apache 作为反向代理运行时，有没有一种方法可以配置 Apache 以发送带有 BizTalk 可以理解的消息的 SSL？或者有没有办法配置 BizTalk 以读取标头中的这些 SSL 证书？

更新：

Apache 是否正在解密整个 SSL 堆栈，这就是为什么它很难正常通过 SSL？有没有办法解决这个问题？

有人建议我们将所有客户端证书放在 Apache 上，让 Apache 加载其中一个证书并将其与请求一起传递给 BizTalk。有什么其他方法可以解决这个问题吗？

我有一个问题 - BizTalk 还是 WF？让我澄清一下，我意识到前三个工件背后的类似技术，并意识到我可以构建它们，但我没有发现它们是 WF 内置的，所以我试图理解为什么我会使用一个技术优于其他。

1. 转型
2. 绑定
3. 端口/适配器
4. BizTalk 未来

转型

BizTalk 本身支持生成模式和映射的能力，增强了设计器的启动能力，这非常好。此外，我喜欢一切都被转换的事实，因为我不必担心我的工作流程中的集成点，因为它始终采用一致的格式，这降低了我的风险，因为我的集成发生了变化——我只需要重构模式和映射.

相比之下，使用 WF，我没有内置那种奢华，所以我错过了什么还是 BizTalk 在这里有 +1？

绑定

绑定是 BizTalk 中另一个完全封装的功能。我可以将我的工作流程设置为具有我想要的任何绑定，因为上述工件意味着在测试期间我可以绑定到文件系统，而在生产期间我可以绑定到服务。

相比之下，使用 WF，我没有内置那种奢华，所以我错过了什么还是 BizTalk 在这里有 +2？

端口/适配器

这很可能是 BizTalk 中存在的最大工件 - 恕我直言。将您的物理连接抽象为众多具体实现所需的工作量，尤其是在一个非常大的组织中，其中一些具体实现超越了基本的文件系统与 SOAP/REST 相比，并进入了 IBM 大型机和 MSMQ 之类的东西。BizTalk 的物理端口适配器在向工作流发送消息之前通过转换自动运行原始数据，非常简单、优雅。

相比之下，使用 WF，我没有内置的那种奢华，所以我错过了什么还是 BizTalk 在这里有 +3？

BizTalk 未来

最后，我想提一下，根据我的研究，构建 BizTalk 的同一团队正在构建 WF——这太棒了！此外，Microsoft 的长期愿景是这个新的流行词“集成服务器”，实际上是提供 BizTalk 现在所做的大量松散耦合框架。由于 Azure 的努力，这种努力对我来说很有意义——我确信它对此做出了贡献。但是，我今天需要实施一个可以在 15 年后工作的解决方案，但我还需要了解如果我利用 WF 而不是 BizTalk，我必须使用哪些部分来组合它。请把你的经验告诉我。

我已将 BizTalk ESB Toolkit 2.1 (BTS 2010) 安装到 Windows 7 Ultimate 64 位笔记本电脑上。这会安装许多 WCF 服务，包括 ExceptionService.svc。当我尝试浏览服务时，出现以下错误：

HTTP 错误 404.17 - 未找到
请求的内容似乎是脚本，不会由静态文件处理程序提供

该服务在 EsbPortalNetworkAppPool 下运行，我在经典模式和集成模式下都尝试过。

我在 Win 2008x64 VM 上运行了相同的安装，它可以工作。不幸的是，我还需要让它在 Win 7 主机上工作。有任何想法吗？