问题标签 [biztalk2006r2]

我正在为 BizTalk Server（2006 和 2009）中的接收管道构建自定义管道组件。我正在以流式方式构建组件。

我的问题：对于任何单个入站消息，如果我有一个反汇编组件，当我从单个入站消息创建 n 条消息时，消息代理在读取（正文）流并将消息持久化到消息时是否总是使用单个线程盒子？我会这么认为，但确认会有所帮助。

假设我在反汇编程序中创建了 5 条消息，这些消息中的任何一条是否会从同一个线程中按顺序保留？或者这些消息可以并行处理吗？

无论如何，BizTalk 接收端口是否可以初始化业务流程，拉入 FailedMessages，否则这些消息可能会使用存在错误类型的过滤路由到控制台中的发送端口，以及它发生的原始端口名称？或者这只能在发送端口上实现？

我在网络上发现了一些中断的线程，人们声称能够在具有 XLANGMessage 类型的编排中使用接收形状来接收无法组装到特定 xsd 中的平面文件模式文件。

我尝试将接收形状中的消息类型设置为 Microsoft.XLANGS.BaseTypes.XLANGMessage，但此基本类型不可序列化。这会导致构建错误。

是否有一种对象类型可以同时捕获格式良好的 xml 消息的 XmlDocuments 以及格式错误的 xml 和未组装的平面文件？

似乎我应该能够通过 HAT 或类似的东西来解决它，但我似乎无法找到它的位置。基本上，我有一个业务合作伙伴要求我发送我发送给他们的 XML 以进行故障排除。有任何想法吗？看来这应该是不费吹灰之力。

我有一封电子邮件多部分消息，用于将失败的消息路由从消息框发送到业务用户邮箱。

原始消息是从接收到的激活编排的消息中设置的。例如，假设原始失败消息来自一个平面文件，该文件的内容反汇编失败：

我使用以下方式设置消息：

然后我可以写入事件日志以测试 Email.OriginalMessage 中的内容：

System.Diagnostics.EventLog.WriteEntry("BizTalk Server 2006", Email.OriginalMessage, Information); // 这会显示正确的原始消息“Order, 1,2,3,4,5,<6>”

当使用 SMTP 服务器和动态发送端口传递电子邮件时，附件设置为 text/plain mime 类型，原始邮件会转义 xml 编码并包装在 xml 中：

任何想法为什么？SMTP 端口具有 passthrutransmit 作为管道。

谢谢。

我正在使用 Biztalk 生成 WCF 服务。我得到的代码是这样的：

也许它不是最漂亮的配置，但它确实有效。问题是我不知道如何修改超时和消息最大大小，因为它只有 mex 端点。我很惊讶这仅与 mex 端点一起工作。

所以两个问题是：

1. 为什么这完全有效？
2. 我应该添加什么来延长超时和消息大小？

我正在使用 BizTalk 2006 R2 从 WSDL 文件生成 Web 引用。

将生成的 XSD 与 WSDL 进行比较，很明显丢失了很多信息。

考虑 WSDL 中的以下摘录：

BizTalk 生成的等效 XSD 是：

因此，XSD 失去了限制模式，并为 minOccurs 和 maxOccurs 设置了自己的值。

我需要从另一个源映射到 XSD，并且我希望在那个阶段捕获不符合 WSDL 的数据。

有谁知道为什么 BizTalk 没有保留 XSD 中的限制；或者我如何生成无损 XSD？

嗨，每个 iam 都愿意提前学习 .net 语言，所以有人建议我做 biztalk 服务器，有人告诉我做 sharepointserver 我完全不知道该怎么做。所以请有人告诉我两者之间的区别，哪个是好的的机会。

我正在开发 BizTalk 2006 R2（使用 ESB 指导 1.0）

我最近在 VS 2010 上用 dot net framework 4.0 结束了一个新模型（Dot net model）的开发，新模型使用 4.0 特性并且不能降级。我发现 GAC 在新的 4.0 框架中发生了变化，并被放置在不同的位置（dot net framework 4.0 中对 gac 的更改）

我的一个编排使用 4.0 程序集来扩展功能。我在 GAC（新 GAC）中注册了程序集，但我不断收到错误消息：

无法加载文件或程序集“MyAssembly，Version=1.0.0.0，Culture=neutral，PublicKeyToken=0177fe918f6918aa”或其依赖项之一。该系统找不到指定的文件。

甚至可以使用 BizTalk 2006 R2 并调用 dot net 4.0 程序集（使用参考）吗？

PS 我的替代方法是将 4.0 模型公开为 WCF 服务并从 BizTalk 调用它，但我想将它保存到最后）

我们有一个 Biztalk 2006 R2 服务器，并且由于多种原因中的任何一种，接收端口会不时更改为“已禁用”状态 - 最常见的是，网络上其他地方的服务器维护会导致它们指向的文件共享变得不可用，所以它停止端口。当我们期望每天发生的传输由于端口停止而不再发生时，这会导致麻烦，因为它不会自动重新启动。

当这些端口停止时，是否有一种本地方法来设置警报，或者我是否需要编写一个直接查询 SQL Server 并在数据库中端口状态发生变化时向我发送电子邮件的作业？