【问题标题】:cannot retrive a document specification using this name无法使用此名称检索文档规范
【发布时间】:2015-09-12 01:36:35
【问题描述】:

运行 BizTalk 2013r2,我有一个自定义管道的发送端口。管道中的第一个组件是标准的“平面文件汇编器”组件。除了我以http://BTS.GO.Store6.Schemas.BT.TransactionHeader_FF#TransactionHeader

给出的“DocumentSpecName”之外,所有属性都是默认的

我通过检查运行以下 SQL 查询的管理控制台检查了此架构仅部署一次:

Select msgtype, assemblyid, clr_namespace, clr_assemblyname
from bt_documentspec
where msgtype = 'http://BTS.GO.Store6.Schemas.BT.TransactionHeader_FF#TransactionHeader'

此选择返回以下单行:

http://BTS.GO.Store6.Schemas.BT.TransactionHeader_FF#TransactionHeader 7517 BTS.GO.Store6.Schemas.BT BTS.GO.Store6.Schemas,版本=1.0.0.0, 文化=中性,PublicKeyToken=0a9764041befeb8b

我已经在 .Net4 GAC 中进行了检查,可以确认程序集 BTS.GO.Store6.Schemas v1 的 PublicKeyToken 是 0a9674041befeb8b

我试过了:

  1. 取消部署应用程序并确保从 .Net4 GAC 中删除所有相关程序集
  2. 已检查旧 GAC 中不存在该程序集
  3. 重新启动运行 BizTalk 的开发笔记本电脑
  4. 部署到单独的测试服务器 - 我在这里遇到了同样的问题!

值得补充的是,同一个程序集包含“客户”的不同平面文件架构。我有一个不同的发送端口,它通过同一个自定义管道组件发送出去——这个工作得很好!

谁能建议我还能做些什么来尝试解决?

【问题讨论】:

    标签: biztalk biztalk-2013


    【解决方案1】:

    问题是我的困惑!

    我们需要在反汇编时使用 DocumentSpecName,否则 BizTalk 将不知道使用哪个平面文件架构。但是,无需在发送时使用它来组装 FF 消息,因为 BizTalk 可以从它提供的消息中确定要使用的架构 - 由映射生成的 FF 的 XML 表示

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 2023-03-21
      • 1970-01-01
      • 1970-01-01
      • 2022-06-26
      • 2020-10-30
      • 2017-08-15
      • 2016-05-12
      相关资源
      最近更新 更多