【问题标题】:BizTalk Schema - Corrupted after changing schema properties (even after setting them back)BizTalk 架构 - 更改架构属性后损坏(即使在将它们重新设置后)
【发布时间】:2014-08-27 15:59:24
【问题描述】:

我有一个可行的架构。它验证正确,它正确验证了实例平面文件,一切都很好。然后我决定尝试一些架构属性设置,例如“允许提前终止”,架构不再验证,而是导致: “错误 BEC2004:查找时流意外结束:”错误。然后我将设置重新设置为否并保存我的文件,但我得到了相同的设置。然后我尝试重建解决方案并得到同样的问题。我发现“修复”我的架构的唯一方法是将其替换为原始工作版本(我很高兴我制作了副本)或从头开始重建它。

这发生在一些架构上,导致我搜索“错误 BEC2004:在查找时意外结束流:”错误的答案(对于在更改一两个设置之前有效的架构,然后转动它们背部)。从 notepad++ 或 sublime-text 打开时,架构设置似乎变回了实际 XML 文件中的原始状态,但不再验证。

有其他人遇到过这个问题吗? --知道是什么导致了这个问题吗? -- 或者对如何防止这个问题再困扰我有什么建议?

我不确定这是 BizTalk 问题、IDE 还是其他原因。

旁注:我安装了 BizTalk Server 和服务 SDK,想知道它们是否会干扰?

【问题讨论】:

    标签: schema biztalk corrupt


    【解决方案1】:

    我好像明白了。如上所示,我有两个“输入实例文件名”字段。我认为一个用于 BizTalk 服务,另一个用于 BizTalk 服务器,但它们没有这样标记。不知道要使用哪个字段,我都填写了。仅填写上面看到的两个(用于输入和输出)并将“验证实例输入类型”设置为 Native 后,模式验证完美。

    我之前设置了 Native,但 BizTalk 服务“输入实例文件名”似乎已经覆盖了 BizTalk Server 字段的“验证实例输入类型”。

    总结一下:如果您要验证 BizTalk Server 和服务的架构,请确保在输入一个“输入实例文件名”后将“验证实例输入类型”设置为原生。然后添加另一个“Input Instance Filename”,然后确保仍然设置了 Native。

    注意:这是用于平面文件架构验证

    我希望这可以帮助其他人解决这个问题。

    更新:在重构我的解决方案后,我又遇到了这个问题。我发现只需删除所有指向实例的路径(输入和输出),重建解决方案,重新输入路径和实例类型,然后进行验证即可。当我在没有输入路径的情况下重建时,重复的字段消失了,让我可以设置正确的路径和类型。

    【讨论】:

    • 请点击复选标志将您的答案标记为答案:-)
    • 我会的,它不会让我这样做,直到再过 16 个小时。 :)
    猜你喜欢
    • 2010-11-18
    • 1970-01-01
    • 2014-04-03
    • 2017-02-17
    • 2017-11-08
    • 2021-11-25
    • 1970-01-01
    • 2015-01-27
    • 2013-11-24
    相关资源
    最近更新 更多