问题标签 [biztalk2006r2]

谁能解释我如何删除服务实例？
- 我有一些 BizTalk 控制台显示为“正在运行”
- 它们都在隔离适配器中
- 尝试使用完全停止选项执行停止...
- 尝试终止实例选项...
- 甚至尝试删除BizTalk 应用程序

但他们还在那里？？

我的错，应用程序删除确实删除了它们，一定是忘记刷新了

事件日志有错误...

接收位置“/foanite/BTSHTTPReceive.dll”的“HTTP”适配器的请求响应在可以传递响应之前超时。

但我仍然不明白为什么终止不起作用

我们有一个将于今年发布的 BizTalk Server 2006 R2 应用程序，其中包含客户将用于构建自定义业务流程的多个架构。当我们明年交付应用程序的下一个版本时，这些架构（有些是 WCF 服务合同）可能会发生变化。

既然如此，我们如何确保对客户编排/定制的影响最小？基本上，问题是 BizTalk Server 应用程序的升级策略是什么，即从一个版本的应用程序到另一个版本（不是 BizTalk Server 本身 - 这也是升级到 2009 的另一个问题）。

我有一个运行良好的 BizTalk 2006 R2 应用程序。它接收消息、处理它们并发送正确的响应。

但是，尽管一切都正确（消息被编排成功拾取并且响应发送没有错误），BizTalk 仍然会生成与响应消息相关的“消息未消费”错误......

我已经调试了应用程序的每一部分，没有错误，没有重复的消息，没有留下任何消息，什么都没有……我用谷歌搜索了这个错误，我在这个主题上找到的少数链接中的绝大多数都与僵尸有关清理脚本。这让我想知道这是否不是 BizTalk 中的常见问题......

有人知道可能导致此错误的原因吗？

我在 BizTalk 中有一个 MSMQ 发送端口，该端口配置为使用有序传递发送消息。当端口发送了一批消息时，它会将该端口的一个实例作为一个活动的运行实例。

我仍然以正确的顺序收到正确的文件，但我必须手动终止使用的端口实例。如果我发送新文件，它看起来就像使用了已经运行的实例（之前留下的），并且我一次不会有超过一个端口实例用于发送端口。

然而，从维护的角度来看，这将是一个问题，我不明白为什么会这样。想法？

我正在使用 BizTalk 2006 R2。

我在使用 ESB 指导 1.0 的 biztalk 中使用 wcf basichttp 适配器我做了一个测试，没有 biztalk 涉及调用 asmx 服务，我最终得到了这个配置文件：

现在我必须在我创建的 wcf basichttp 动态端口中添加行为。根据我在尝试向 basichttp 发送端口添加行为时阅读的规范，这是无法完成的，但在我的 dot net 项目中，我将其设为 biztalk 的限制？

我还在学习 BizTalk 和 EDI。当我最初在现在的公司开始时，我继承了我前任的计算机，所以很多配置已经到位。我最近买了一台新笔记本电脑，并且几乎完成了新开发环境的配置。在我来到这里之前，没有关于如何设置开发环境的文档（我创建了这样一个相当冗长的文档）。

我似乎无法弄清楚的最后一块是 EdiRecieve 和 SendEdi 端口。它们在我的旧开发环境中，但没有出现在我的新环境中。从我能够打开谷歌垃圾箱潜水的情况来看，它们存在于 Microsoft.BizTalk.Edi.EdiPipelines 但默认情况下似乎没有安装。我的问题是如何在我用于开发的主要 BizTalk 应用程序中获得这些？

另一个副业是，有一个显然默认安装的 BizTalk EDI 应用程序，它确实具有我正在寻找的管道。我是否需要以某种方式引用该应用程序或其他东西？

我试过GAC'ing dll，但这似乎没有用。

为编排或范围设置的长期运行事务类型和无事务类型有什么区别。我知道的一个区别是长期运行的事务可以有补偿块。

我有两个不同的接收端口和两个接收位置 - 每个端口分配一个位置。端口设置为接收完全相同类型的文件 - 我最终得到了两者，因为我合并了两个执行相同操作的不同应用程序。

我想将这两个位置合并到一个接收端口中，但我似乎无法更改其中一个位置所属的位置 - 我找不到这样做的选项。本质上，我只想取一个位置（或者 - 我不在乎），并将其分配给另一个端口，这样一个端口有两个位置，另一个没有。

有人知道更改现有位置的接收端口的方法吗？

有没有办法自动打开或关闭 BizTalk 中的接收位置？似乎应该有某种 API 或类似的东西来处理这种事情。我更喜欢在 C# 中工作，但 WMI 或某种脚本也可以。

我已经从我拥有的 CSV 文件实例在 Visual Studio 中创建了一个平面文件架构，并且它验证得很好，并且我已经连接了一个编排来发送和接收设置为期望该架构文件的端口。当我发布编排并使用它来获取文件时，它立即被挂起，并出现以下错误：

无法路由已发布的消息，因为未找到订阅者。如果尚未征用订阅编排或发送端口，或者未提升订阅评估所需的某些消息属性，则会发生此错误。请使用 Biztalk 管理控制台解决此故障。

发送端口已登记，由于我没有根据内容进行任何处理，我认为我不需要宣传任何东西。我目前正在使用 PassthroughReceive 管道-其他三个管道我给了我关于无法反汇编文件的错误，因为它们似乎在期待 XML。

我在这里遗漏了一些明显的东西吗？或者，换句话说：

我可以在没有自定义管道的情况下将 CSV 文件的内容传递给我的编排吗？