问题标签 [biztalk-2013]

我们有一个大而复杂的文件，需要很长时间才能反汇编（比如一个小时）。如果我们可以在消息离开接收管道时分拆消息并在文件完成之前立即开始他们的行程，那将是很棒的。我可以说这并不容易，但有可能吗？

最近升级到BizTalk 2013 CU2并安装了 ESB。

这产生了一些副作用，因为我们无法在没有database FK reference error.

有人见过这个吗？

这是我们尝试将新程序集部署到 DEV 环境时出现的错误。

TITLE: BizTalk Server 管理

无法更新应用程序中的资源。

附加信息：

添加资源失败。( mscorlib)

某些资源的更改请求失败。( Microsoft.BizTalk.ApplicationDeployment.Engine)

BizTalkAssemblyResourceManager 未能完成结束类型更改请求。( Microsoft.BizTalk.ResourceManagers)

拆卸组件失败。确保您尝试删除的装配体中的所有项目都满足以下条件：

1. 发送端口或接收位置未在相同或引用的应用程序中使用管道、映射和模式。

2. 角色没有入伍方。

数据库错误：

DELETE 语句与 REFERENCE 约束冲突 bts_receiveport_transform_foreign_transformid。冲突发生在数据库“BizTalkMgmtDb”、表“dbo.bts_receiveport_transform”、列“uidTransformGUID”中。DELETE 语句与 REFERENCE 约束“fk_bt_mapspec_bts_item”冲突。冲突发生在数据库“BizTalkMgmtDb”、表“dbo.bt_MapSpec”、列“itemid”中。DELETE 语句与 REFERENCE 约束“bts_receiveport_transform_foreign_transformid”冲突。冲突发生在数据库“BizTalkMgmtDb”、表“dbo.bts_receiveport_transform”、列“uidTransformGUID”中。该语句已终止。该语句已终止。该语句已终止。(mscorlib)

我运行了 SQL 跟踪，发现这是在尝试从 table 中删除时中断的 SP dbo.bt_MapSpec。

exec dpl_DeleteAssembly @Guid=N'00000000-0000-0000-0000-000000000000',@Name=N'theassemblynamegoeshere',@VersionMajor=1,@VersionMinor=0,@VersionBuild=0,@VersionRevision=0,@PublicKeyToken=N '89e32fae0caf808e',@Culture=N'neutral',@Type=N'2',@NoSchemasVerify=0

有没有办法获取如下所示的 XML 文件：

以这种格式出来：

我只使用从源模式到目标的直接映射就很接近了，但它不会将具有相同组 ID 的项目组合在一起。

基本上，没有functoids我能得到的是：

I have a Biztalk 2013 Orchestration where I am working on an item that is debatching a message using a call to the pipeline. I am then taking the debatched messages, using them to create SQL WCF Adapter requests to get detail information and then debatch the responses and write it out to they system.

Sample XMLs:

Envelope w/ Orders

Gets Debatched into individual Order Messages:

This is passed into SQL by creating a stored proc call message with the order number as a parameter.

Response:

I then debatch out to individual OrderDetail records using the pipeline in the orchestration.

Anyway, when i call the SQL Server and get a response, I get an error on compile about

I change the transaction level of the scope object (needed for the debatching) from atomic to long running, and i get this error.

I need to get the individual items in the list (it can be a long list, hence the reason i used the pipeline) and pass them as arguments to the SQL server, but it seems i can't.

Any ideas?

我正在 BizTalk 2013 中开发用于平面文件反汇编的架构。但是，我的架构存在很大问题，因为解析结果很垃圾。我正在解析的平面文件类型如下所示：

平面文件具有三个层次结构部分：

顶级：Segments，由 ' 字符分隔（不是换行符，这只是为了提高可读性而添加的）

中级：Fields，由 + 字符分隔。可能直接包含一个值或一组值（见底层）

底层：属性，由​​：字符分隔

自从TAG? - 段是部分可选的，可能以多个顺序出现，我正在使用 parser_optimization="complexity" 选项和 lookahead_depth="0" 并使用TAG？-Name 来识别段类型，我用来解析所有内容。所有的分隔符都是 child_order="infix"，除了段，它是 child_order="postfix"。

某些段、字段和属性是必需的，大多数不是。但是，第一个字段及其属性（标签名称，...）始终是必需的。段的分离和识别工作正常，字段也正常工作。但是，当我有包含一组可选属性的可选字段时，架构无法正确解析。示例： 语法：

都一个？属性是可选的

在解析这样的段时，属性值被放入正确的 XML 字段中：

但是，由于平面文件规范允许省略可选字段，因此消息也可能如下所示：

在这种情况下，值没有像应有的那样放入第二个和第三个 XML 字段，而是放入第三个和第四个。根据我在段中包含的 : 符号的数量，也可以填充第一个和第六个或第二个和第四个 XML 字段。

我需要平面文件解析器从左到右填充这些字段，而不是现在使用的混乱方式。但是，切换到 parser_optimization="speed" 不是一种选择，因为模式的其余部分太复杂了（除非有一种方法可以在本地执行此操作）。

这些是用于解析此类字段的 XSD 架构部分（仅提取的部分，因为架构非常大）

公共部分定义（包含在架构本身中，也被其他架构使用，在本示例中，它是一个 4 部分属性组）：

具体架构提取：

我需要为 BizTalk 2013 创建一个新的自定义管道组件。据我所知，优秀的管道组件向导不适用于 VS2012，因此我不得不手动编写所有样板代码。

我已经构建了自定义组件并与所有依赖项一起部署到 gac。

我收到了常见但误导性的错误消息：

您选择了无效的管道组件装配。如果您从 UNC 路径加载程序集，请检查程序集的安全设置

我的课开始如下：

我创建了一个名为 UpsSupersededRecordRemover.resx 的 .resx 资源文件。当我使用 Reflector 查看组件程序集时，我可以看到 resx 文件很好地包含在：

所以我检查了这个错误的常见原因：公共类，对资源文件的正确引用，依赖项 gac'd。

谁能看到我哪里出错了或建议我还能做些什么来获得更好的错误消息？

就像标题说的那样，在使用 BRE 解析器时，我真的必须指定策略版本吗？

我认为使用 BRE 的部分想法是，如果我决定更改 BRE 中的策略（这会导致新的策略版本），我不必更改部署的解决方案（包括行程）。

感谢您的输入！

我正在开发 Biztalk 2013 并且是 biztalk 的新手。

我想知道是否可以跟踪我的编排是否已启动。如果我的编排没有启动，我会收到一条错误消息吗？

我正在从为特定时间安排的共享文件夹中读取平面文件。如果共享文件夹不包含文件，那么我想通知一个错误，即文件夹为空并且没有开始编排。我正在寻找内置机制

请帮忙。

我有一个带有 WCF-CustomIsolated 接收位置的接收端口。

在接收端口上，我检查了“为失败的消息启用路由”。

在管道设置中，我将 ValidateDocument 设置为 true。

当客户端向我发送不正确的架构时，它会收到一个验证错误（发生在管道中）并且没关系。

但它不会作为故障消息路由到消息框。

你能帮我为什么会这样吗？

为什么“路由失败消息”在这种情况下不起作用？在什么情况下它应该起作用？

谢谢！

根据最佳实践，我已将我的 BizTalk 解决方案分成基于工件（架构、管道、地图等）的项目。我还将业务流程分成了解决方案文件夹。我创建了一个通用项目来保存每个模式都需要可用的模式，并在需要时引用这些模式......到目前为止一切都很好。

当我部署它时，它将部署通用模式和每个引用 - 导致多个模式。如果我尝试取消选中项目程序集中的依赖项，则会收到错误消息

此依赖项由项目添加，无法删除。

我错过了什么吗？

Visual Studio 2012，BizTalk Server 开发版 2013。