标签: biztalk-2013

In my limited experience with BizTalk it seems that BizTalk projects and Visual Studio version are somewhat locked to each other. For example, you can't open a BizTalk 2010 project in Visual Studio 2012, you have to have BizTalk 2013 components installed on your development machine in order to do so.

So, my question is this, will Visual Studio 2013 support BizTalk 2013 projects (or even possibly BizTalk 2010 projects for that matter) or will we be stuck using VS …

我正在使用BizTalk Server 2013 WCF-WebHttp适配器来调用REST API SalesForce。当我收到不同于200的HTTP状态代码时，业务流程捕获了SystemException，但是我仍然暂停了发送端口实例。是否有任何“本机”解决方案可避免发送端口实例挂起？我读了这篇文章： BizTalk Server：REST服务错误处理

但是对于WCF-WebHttp适配器，CustomBinding选项不可用。我试图添加错误消息，但是我没有找到合适的类型来捕获此异常。

你有什么主意吗 ？

我们已经开始使用Biztalk 2013和Visual Studio 2012.我们发现了一个带有管道的奇怪问题.管道工具箱是空的!我从以前的项目中导入了一个管道,该项目使用了Biztalk 2010和Visual Studio 2010,并且我得到了以下内容:

有人遇到过这个问题吗？有没有fixPacks？

我创建了一个 BizTalk 接收位置，它有一个订阅发送端口，该端口接受封装的消息并仅使用 XML 接收管道拆分为单独的消息。

<?xml version="1.0" encoding="utf-8"?>
<MyEnvelope xmlns="MyNameSpace">
    <MyData>ABC</MyData>
    <MyData>DEF</MyData>
    <MyData>GHI</MyData>
</MyEnvelope>

被保存为

<?xml version="1.0" encoding="utf-8"?>
<MyData xmlns="MyNameSpace">ABC</MyData>

,

 <?xml version="1.0" encoding="utf-8"?>
 <MyData xmlns="MyNameSpace">DEF</MyData>

和

 <?xml version="1.0" encoding="utf-8"?>
 <MyData xmlns="MyNameSpace">GHI</MyData>

这很棒。

但是，当消息中没有元素时，服务会发送带有自关闭和空信封的消息：

<?xml version="1.0" encoding="utf-8"?>
<MyEnvelope xmlns="MyNameSpace"/>

我收到错误信息

来源：“XML 反汇编程序” 接收端口：“InLocation” URI：“c:\MyLocation*.xml” 原因：状态为“processing_header”的意外事件（“eos”）。

如果我手动创建一条非自动关闭的消息：

<?xml version="1.0" encoding="utf-8"?>
<MyEnvelope xmlns="MyNameSpace"></MyEnvelope>

我没有错误。我的处理不受这些错误的影响，但它必须对性能产生一些影响，并且在 Group Hub 挂起的实例视图中乱扔垃圾。

BizTalk 似乎将自闭合节点解释为空格而不是空。这似乎与我尝试调用没有参数的服务有关，我需要发送一个自关闭节点，但 BizTalk 什么也不发送。

处理没有内容的信封一定是一个常见问题。如何配置我的应用程序以使用自关闭信封节点接收和忽略这些消息？

我目前正在努力为大型映射请求提供路由,该请求最多可包含30个查询字符串项.

在开发我的BizTalk项目时,我成功地使用WCF-WebHttp类型接受具有少量查询字符串的http请求,提升属性并通过订阅发送端口将消息发送到适当的系统.

但是,如果查询字符串的数量增加到URL地址超过256个字符的点,我会收到以下错误:

提升属性的值不能超过256个字符.属性"To"命名空间" http://schemas.microsoft.com/BizTalk/2006/01/Adapters/WCF-properties ".参数名称:obj

这是在接收管道之前抛出的.我知道提升的属性不能超过256个字符,但是在这种情况下我被卡住了,因为我(看似)无法控制有关上述属性的属性提升.

是否可以配置BizTalk应用程序不提升"To"属性？我想这是因为某种原因而被提升,所以这可能不是一个可行的解决方案 - 如果它可以完成的话.

考虑到这一点,还有其他方法可以创建一个可以处理大量查询字符串请求的接收位置吗？我看了一下WCF-Custom,但我看不出任何明显的东西.

我正在尝试使用BizTalk在两个Web服务之间进行通信.它必须是这样的:

• Service1获取输入并通过BizTalk发送消息Service2,
• Service2响应该消息,将其转发给BizTalk,并将其传递给Service1.
• 最后Service1将响应返回给用户.

我正在努力做好几天,但我无法在没有编译器错误的情况下构建编排,而且我无法找到带有输入输入的Web服务和Web端口的单个示例.我开始相信这是不可能的,至少在BizTalk上.

最大的问题是:有可能吗？如果有,怎么样？

在尝试编译包含相关集的业务流程时,我收到以下错误:

message data property <promoted property> in correlation <correlation> does not exist in message <messagename>

Orchestration引用了一个dll,其中包含HL7v2模式,其中提升的属性存在,但无论出于何种原因,编排/相关集在编译期间都看不到它,并且由于上述错误,项目将无法编译.

细节:

• 在业务流程视图中,关联类型和关联集都已成功设置.
• 在我的关联类型的关联属性中,我能够浏览并查看对提升字段的引用并成功选择它.
• 我每次都在删除/重新添加dll引用,以确保它不是陈旧的引用
• 我一直在检查GAC,当我重新编译Schema时,dll正在更新
• 尝试将属性架构上的命名空间更改为自定义和默认值,然后返回仍然没有帮助.

我现在在想

• 包含提升属性的模式是否必须与业务流程位于同一项目中？
• 关联和HL7模式是否有特殊之处(所有相关示例都在'Hello World'级别,所以它没有多大帮助)
• 我可以尝试使其他任何工作,我们需要使用几个提升的属性关联2条消息.

我有一个业务流程,它由两种类型的消息中的一种进入并行形状激活.消息通过ID和状态进行关联,然后执行业务流程的其余部分(并将消息合并为1).

我想设法一种方法来防止编排的脱水实例在2条消息中的一条未通过时发生.所以基本上,1个消息进来而另一个没有,业务流程实例在等待第二条消息时脱水.

我一直在做一堆搜索,并发现了一些不错的方法,如果这是串行护航,但它不是,并且消息的顺序无法保证.

例如,这篇文章在串行车队方面非常有用,但仍然不能满足我的要求.

我试着在自己的分支上使用每个消息的listen形状和第三个分支上的延迟,但是我知道如果你用listen激活,所有分支都必须激活,因为延迟形状不能激活一个编排,它会不编译.

任何建议,或者我应该放弃并创建一个单独的数据库,以便使用管道手动关联消息？

有没有人知道BiztalkNOS的竞争对手直接从Visual Studio 2013将ac#library dll注册到GAC？

NOS是499美元,我希望有另一种选择.

我们要求 HL7 ACK 消息的消息控制 ID (MSH.10) 应等于原始消息的消息控制 ID (MSH.10)。我们将 BTAHL7 与 BizTalk 2013 R2、CU5 一起使用。在我们目前的例子中，ACK 的消息控制 id 实际上是原始消息的消息控制 id 的排列。任何帮助，将不胜感激。