【问题标题】:BizTalk pipeline issue? EDI not translating to Web ServiceBizTalk 管道问题? EDI 未转换为 Web 服务
【发布时间】:2016-10-24 21:22:51
【问题描述】:

我已经在 Visual Studio 中测试了一个 EDI 文件,并且目标架构(Web 服务)正在正确填充。但是,当我在生产中部署 .dll 并且我将发送端口上的发送管道设置为直通或 XML 传输时,未使用映射中的目标模式。我只得到一个 XML 输出。

关于我缺少什么的任何想法?

我需要创建自定义管道吗?

【问题讨论】:

  • 我有点困惑,目标是EDI格式还是网络服务?
  • 还有什么是源格式以及您的接收管道中有什么?
  • 源格式为EDI,目标/目的格式为Web Service(格式为XML)。我的接收管道是一个通路。

标签: xml biztalk edi biztalk-pipelines


【解决方案1】:

是的,您需要为您的接收位置创建一个包含 EDI 汇编器或 EDI 反汇编器的自定义管道(取决于您是发送还是接收 EDI)。

但是,您应该会看到映射生成了具有正确架构命名空间的 XML 有效负载。如果你没有得到那个,那么你的地图也没有执行。

地图未执行的原因。

  1. 地图不在发送端口上。
  2. 发送到端口的消息上没有消息类型(通常是由于接收位置没有反汇编程序造成的)。
  3. 发送到端口的消息的名称空间或根节点(消息类型)与预期的映射源消息不同。

【讨论】:

  • 感谢您的回复,我希望目的地是 Web 服务 XML 类型格式。我使用 EDI 汇编器创建了自定义管道,并且在 EDI 中写出的文件不是我想要的。我还尝试将 XML 放入 Assemble 中,但没有奏效。我还创建了没有任何组装的管道,但这也不起作用。还有其他建议吗?
  • @CreamAbdulJabbar 那么您的接收位置管道中有什么?或者您是从 Orchestration 发布消息吗?将这些详细信息添加到您的问题中
  • 它是一个通路。不,我没有此交易的编排。
  • @CreamAbdulJabbar 请参阅我的回答中的第 2 点,您需要在接收位置使用 EDI 反汇编程序,否则将不会在消息上设置消息类型并且地图不会执行,并且您的发送管道将正在发送原始 EDI 有效负载。
【解决方案2】:

在我的初始接收端口上存在导致此问题的 EDI 接收。我删除了它并使用 EDI Dissembler 添加了我的自定义管道,并得到了我想要的文件。谢谢!

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 2018-08-08
    • 2018-08-08
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2014-11-24
    • 2010-12-25
    • 2015-08-26
    相关资源
    最近更新 更多