问题标签 [biztalk-2009]

我与 EDI 票据交换所建立了联系，我使用 BizTalk 2009 向其发送 X12 270 文档。这些 270 的“信息源”可以是两个之一，具体取决于各种因素。对于一个信息源，票据交换所需要我的 GS02 中的一个值，而对于另一个，它们需要不同的 GS02 值。

我看到我可以在我的派对管理中为 270 设置多个条目，但我不知道如何让发送端口知道要使用哪个条目。

有没有其他人遇到过这个？

如果是这样，有没有办法动态地做到这一点，还是我需要一些其他的解决方法？

我正在使用 BTSTask 和 BTSControl 在 BizTalk 2006 上进行一些部署操作。我们移至 BizTalk 2009，这些工具似乎不适用于 BT2009。BT2009有什么特定版本或新工具吗？

我正在尝试为 BizTalk 设置一个持续集成类型的环境。签入源代码后，我需要将其构建然后部署到构建服务器。我找到了 BTSTask.exe，但这似乎只能从现有的 msi 安装应用程序。

当您右键单击项目并说部署时，我需要一种基本上做 Visual Studio 所做的方法。有没有人遇到过通过 MSBuild 或其他方式执行此操作的方法？

Is there a way to calculate the number of files received by a receive location using BAM?

我对 BizTalk 和创建自定义管道组件相当陌生。我在示例中看到了类似于以下内容的代码：

但是该方法中的任何地方都没有关闭或处置 StreamReader。该方法简单地退出。

通常在使用 StreamReader 和其他类时，最好使用 using 语句，以便自动释放流。

是否有特定原因（可能在 BizTalk 中）为什么您不处置此 StreamReader？

我没有找到关于这一点的任何信息。任何人都可以帮忙吗？

以下基本上是规则：

这是通过设置规则的优先级，然后通过Halt and clear all rule firings- 在初始检查是否存在节点来实现的。

我已经在规则编写器中进行了测试，并触发了第一条规则。但是，这并不能阻止下一条规则触发。它继续并失败，因为显然在 xml 中找不到该节点。

有没有人知道为什么它会继续，即使行动特别说的是halt and clear all rule firings？

是否有某种 BizTalk - 重置主机实例，重新启动 Visual Studio 技巧？

我已经在另一个规则中做到了这一点，它工作正常......

知道为什么我会收到此拒绝访问异常吗？

我正在从 Visual Studio 部署一个非常基本的 BizTalk 2009 项目。

错误部署：
访问被拒绝。（来自 HRESULT 的异常：0x80070005 (E_ACCESSDENIED)）

错误部署：在 Microsoft.BizTalk.Gac.Gac.InstallAssembly（字符串 assemblyPathname，布尔力）在 Microsoft.BizTalk.Deployment.BizTalkAssembly的 Microsoft.BizTalk.Gac.Fusion.IAssemblyCache.InstallAssembly（AssemblyCacheInstallFlag 标志，字符串 manifestFilePath，FusionInstallReference 参考数据）
Microsoft.BizTalk.Deployment.BizTalkAssembly.Deploy 的 Microsoft.BizTalk.Deployment.BizTalkAssembly.PrivateDeploy（字符串服务器，字符串数据库，字符串 assemblyPathname，字符串 applicationName）上的.GacInstall（字符串 assemblyLocation）
（布尔重新部署，字符串服务器，字符串数据库，字符串assemblyPathname, String group, String applicationName, ApplicationLog log)

错误部署：未指定的异常：“
访问被拒绝。（来自 HRESULT 的异常：0x80070005（E_ACCESSDENIED））”

访问被拒绝。（来自 HRESULT 的异常：0x80070005 (E_ACCESSDENIED)）

错误部署：访问被拒绝。（来自 HRESULT 的异常：0x80070005 (E_ACCESSDENIED)）

: PerformingEndChangeRequestsWithRollBack

错误部署：添加资源失败。某些资源的更改请求失败。BizTalkAssemblyResourceManager 未能完成结束类型更改请求。访问被拒绝。（来自 HRESULT 的异常：0x80070005 (E_ACCESSDENIED)）

我开发了一个 BizTalk 应用程序，它接收一个包含一堆消息的文件作为输入。我使用 BizTalk XML 反汇编程序组件在单独的消息中“分批”文件。这些消息中的每一个都由一个编排从 MessageBox 中提取，该编排转换消息并调用 wcf 服务。

我现在遇到的问题是每批包含 1000 条消息，而这 1000 条消息似乎都同时调用了 wcf 服务。wcf 服务被这些消息“轰炸”，并被配置为仅并行处理 10 条消息（每个调用都必须处理数据并将数据放入数据库）并将一堆“太忙”异常返回给 BizTalk。我将 wcf 适配器配置为在 1 分钟后重试连接。

最终结果是 BizTalk 首先对消息进行分批，然后用所有 1000 条消息轰炸 wcf 服务，得到一堆“太忙”的异常，然后什么都不做的等待，直到 1 分钟过去，然后再次轰炸它，如此上。

如果我可以将 BizTalk 配置为打开到该特定 wcf 服务的最多 10 个连接，则处理将更加高效，但据我所知，这是不可能的。（wcf 服务配置为使用 net.tcp。）

我已经用几种不同的方式尝试了主机的节流设置，但要么没有帮助，要么让应用程序变得难以忍受。此外，BizTalk 中的节流似乎是以一种方式实现的，它首先轰炸服务，然后注意到它正在轰炸，然后等待一段时间什么都不做，然后解除油门并再次开始轰炸。将请求/消息涓涓细流似乎要好得多，以便它们在时间上更均匀地分布。例如，我想将 WCF 适配器配置为每秒最多接收 4 条消息。现在可能的限制是这样的：在 5 秒的滑动窗口中，如果有超过 20 条消息，我希望激活限制。但这不一样，因为它允许“爆发”效果。

有什么想法可以提高吞吐量吗？

似乎当 TFS 进行构建时，当它创建构建目录并将文件从源中拉下时，它将所有源文件标记为只读。这导致我们拥有的 BizTalk 解决方案出现问题，它看起来像在构建时 biztalk 生成/编辑用于映射文件的 cs 类，这与构建期间获取和未经授权的访问异常的文件类型相同，如果它是标记为只读。但是对于我的生活，无法弄清楚如何改变 TFS 的这种行为。有任何想法吗？

我在 BizTalk 2009 集成的另一边，我有一个相当简单的合同，看起来像这样：

但是，当 BizTalk 组尝试使用 WCF 服务使用向导时，它会阻塞并提供此堆栈跟踪：

然后在这里：

有人知道从哪里开始看这个吗？