【问题标题】:Biztalk Removing Schemas and orchestration from Deployed projectBiztalk 从已部署项目中删除架构和编排
【发布时间】:2012-10-26 22:02:45
【问题描述】:

我有 2 个引用 X12_00401_214.xsd 的项目。我收到有关发送管道中重复模式的消息。

根据我在网上找到的建议,我创建了一个公共项目,并将映射和编排引用更改为公共项目中的架构。

当我尝试部署项目时,biztalk 会从其他已部署的 EDI 214 项目中删除架构和编排。如果我尝试重新部署来修复它,它会将它们从另一个项目中删除。

这是因为每个项目都引用了相同的通用架构,而 biztalk 正在替换架构和编排?

我已尝试重新编排以确保变量是唯一的。

这里有我遗漏的步骤吗?

【问题讨论】:

  • 看起来 biztalk 正在从 gac 中卸载另一个应用程序,因为它正在为每个项目部署部署共享 dll。有没有办法防止这种情况:

标签: schema biztalk orchestration


【解决方案1】:

我有 2 个引用 X12_00401_214.xsd 的项目。我得到 关于发送管道中重复模式的消息。

XMLNS#模式的根组合必须是唯一的。您说得对,可以部署重复项很烦人,并且仅在运行时检测到此错误。

这是因为每个项目都引用了相同的公共架构和 biztalk 正在取代架构和编排?

我相信您可能会将您的通用架构项目添加到您依赖的 EDI BizTalk 应用程序中。在这种情况下,架构组件将被添加到两个项目的资源中,您将遇到上述问题。

这里的一般建议是将共享或框架架构、信封、管道以及可能的标准异常处理 orchs 等常见工件移动到一个或多个单独的 BizTalk 应用程序(例如EDICommon)中,并从您的 2 个 EDI 应用程序。有一篇深度文章here。 (BizTalk 应用程序不需要任何管弦乐或实际进行任何处理 - 它可以只是工件的容器)。

一个警告 - 如果您的通用架构应用程序发生重大变化并且您需要重新部署,您将需要卸载所有依赖的应用程序。

【讨论】:

    【解决方案2】:

    我终于将问题追溯到对共享项目的引用。我把它作为项目参考引用。在每个预计的部署中,它都会重建并部署共享项目。这导致 biztalk 放弃绑定并取消部署引用共享项目的其他项目的部分。

    当我将项目更改为仅引用已编译的 DLL 时,我不再遇到问题,两个项目现在都可以工作了。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 2011-07-25
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2020-03-22
      • 2011-06-15
      • 1970-01-01
      相关资源
      最近更新 更多