问题标签 [biztalk-2006]

如何在知道业务流程名称的情况下动态调用 BizTalk 业务流程？

调用编排形状需要在设计时知道编排的名称和参数。我试过使用'call' XLang 关键字，但它还需要编排名称作为设计时间，就像表达式形状一样，我们可以写成

我正在寻找某种方式来指定调用编排名称，来自传入消息或来自 SSO 配置存储。

编辑：我正在考虑 BizTalk 2006 R1（ESB 指南适用于 R2，我不知道它如何解决我的问题）

我正在尝试测试DB2 adapterBizTalk 2006（不是 R2）。

在尝试在应用程序中配置实例时，我收到一条错误消息：

DB2 传输组件未正确注册

环境是 2 个 BizTalk 服务器共享一个消息框。

DB2 适配器在第一台服务器上运行良好。这是我遇到问题的第二台服务器。

我已经从第一台服务器导出了 .msi 文件，然后将它们安装到第二台服务器上并将它们导入 BizTalk。我使用的所有其他适配器在两台服务器上都可以正常工作。

• Google 搜索并没有提供很多关于 BizTalk DB2 适配器故障排除的信息。
• 进一步的故障排除表明，用于主机系统的 MS BizTalk 适配器已安装在两台计算机上。但是，它仅在给我问题的机器上配置。
• 我已经取消配置它，但这仍然没有帮助。
• 我已经仔细检查了两台服务器上的 DB2 适配器的 .dll 版本号是否相同，并确保它们已安装在 GAC 中。
• 这些都没有帮助。

以前有没有人遇到过这样的问题，或者指出我在哪里寻找 BizTalk DB2 适配器故障排除指南？

我需要xml:lang在 BizTalk 出站文档中的根 xml 节点上添加一个属性。

这是一个固定值，所以它可以在模式或其他东西中设置。

这就是我想要摆脱的：

我试图定义属性“xml：lang”，但它不允许我在架构中使用“：”。

这是我收到的错误消息：

'name' 属性值 'xml:lang' 无效：名称中第 3 位的 ':' 字符、十六进制值 0x3A 不能包含在名称中。

是否有另一种方法可以在 BizTalk 中插入“：”作为属性名称的一部分？

谁能告诉我该怎么做？

我正在使用 BizTalk 2006 并且没有编排。

运行 BizTalk 2006 教程第 3 课中的解决方案后，我找不到翻译的文件：运行 EDI 到 XML 解决方案。

它应该放在 c:\Program Files\Microsoft BizTalk Server 2006\EDI\Adapter\Getting Started with EDI\Northwind\In 文件夹中。

基本 EDI 适配器在 c:\Documents and Settings\All Users\Application Data\Microsoft\BizTalk Server 2006\EDI\Subsystem\Documents\PickupEDI 文件夹中提取文件，但我在 X-12 4010 中找不到翻译文件850 文件格式。

如何通过仅查看它们的安装来区分这 2 个版本？

有人有将 BizTalk 2006 服务器从 SQL 2000 服务器迁移到 SQL 2005 服务器的经验吗？我知道就数据库的内容而言，没有任何变化 - 视图、存储的过程等都保持不变。必须迁移计划的作业。除了所有这些......提示，技巧等。

是否可以让相同的程序集在不同的 BizTalk 2006 应用程序中表现不同？

例如，是否可以在程序集中以某种方式访问​​正在使用该实例的 BizTalk 应用程序 ID 或名称，然后使其对不同的 BizTalk 应用程序具有不同的行为？

或者可以通过其他方式完成，而不是对程序集进行版本控制？

我有一个问题正在尝试使用 BizTalk 解决，并希望您对解决它的最佳方法有一些想法。我正在使用平面文件适配器加载平面文件。此文件包含许多不同类型的记录。类型 1 记录是父记录。其余类型都使用各种外键链接到父记录。我正在寻找一种转换，它将获取通过加载平面文件（包含所有类型的记录）创建的消息并将其转换为消息，该消息是基于外键连接所有记录的结果。因此，结果消息中的每条记录都将包含来自所有记录类型的列，因为消息记录将是连接的结果。

例如，平面文件可能包含以下记录：

转换后的消息可能包含如下记录：

我一直在研究实现这一目标的选项，但希望有些人可能对前进的道路提出建议。

我尝试过的事情是：

• 将原始消息拆分为具有每种类型记录的消息，然后使用多源映射将它们连接起来。我很难做到这一点，因为我不确定要使用什么 functoid。
• 将子记录插入 SQL 数据库，以便可以使用 SQL 查找 functoid 填充父记录中的其他列。这比我希望的要慢一些，并且具有使用数据库的额外依赖性。
• 使用 DTS 加载文件，将其转换为格式并以合并格式写出文件以供 BizTalk 使用。这既简单又快速，但不使用 BizTalk。

任何有关如何继续充分利用 BizTalk 的建议将不胜感激。

我在 SQL 2000 SP4 数据库上运行 BizTalk 2006 服务器实例。我有一个 10 GB 跟踪 DDB（9 GB 已用 / 1 GB 免费）。我每小时运行一次 DTADB 存档和清除作业。它在 10 天 / 14 天硬清除消息。它运行没有错误。我将清除时间缩短到 5 天 / 9 天，跟踪数据库的大小仅减少了不到 5%。

有人对我导致此问题的原因有任何想法或经验吗？

我需要通过检查接收端口/位置的名称，或使用名称或可以在每个端口/上定义的一些静态字符串填充上下文属性来知道通过哪个接收端口或位置接收给定消息地点

我将在自定义反汇编程序中使用此信息对消息进行一些处理，但我需要知道消息的哪个端口，以便我知道我需要对消息做什么样的工作。我非常有信心我知道如何在这样的自定义组件中读取上下文属性，但我只是不知道如何更早地填充它。而且我无法弄清楚消息进入的端口是否在消息本身的任何地方都注明。