2014-08-27 8 views
1

我有一个可行的方案。它验证正确,它正确验证实例平面文件,并且一切正常。然后,我决定尝试一些像,架构属性设置“允许提前终止”,并架构不再验证,而不是螺母导致的: “错误BEC2004:一边寻找流意外结束”错误。然后,我将设置设置为“否”并保存我的文件,但我获得了相同的设置。然后我尝试重新构建解决方案并获得相同的问题。我发现“修理”的唯一途径我的架构是与原工作版本(我很高兴我做出了副本)来取代它,或者从头开始重建。BizTalk架构 - 更改架构属性损坏后(甚至设置他们回来后)

这发生了几个模式,并导致我寻找答案“错误BEC2004:意外的流结束,同时寻找:”错误(对于模式,否则更改前设置或两个,然后转动他们回来)。该模式设置似乎从记事本++或升华,文本打开时,只是不会再验证实际的XML文件中改回原来的状态。

任何人都有这个问题? - 知道是什么原因造成这个问题? - 或者对如何防止这个问题再次困扰我有任何建议?

我不能确定这是否是一个BizTalk问题,IDE,或其他一些原因。

备注:我已经安装了BizTalk Server和Services SDK,并且想知道它们是否已知会干扰?

回答

2

enter image description here

我似乎已经想通了。如上所示,我有两个“输入实例文件名”字段。我认为其中一个用于BizTalk服务,另一个用于BizTalk服务器,但它们未被标记为如此。不知道使用哪个字段,我都填写了。在填充上面所示的两个(用于输入和输出)并将“验证实例输入类型”设置为Native之后,该模式完全验证。

我以前设置了本机,但BizTalk服务“输入实例文件名”似乎已覆盖BizTalk服务器字段的“验证实例输入类型”。总结:如果您正在验证BizTalk Server和Services的模式,请确保在输入一个“输入实例文件名”后,将“验证实例输入类型”设置为原生。然后添加其他“输入实例文件名”,然后确保Native仍被设置。

注:这是一个平面文件模式验证

我希望这可以帮助别人这个问题。

更新:重组我的解决方案后,我就遇到了这个问题再次。我发现只需删除所有到实例(输入和输出)的路径,重新构建解决方案,重新输入路径和实例类型,然后验证工作。当我重建没有路径输入时,重复的字段消失,让我设置正确的路径和类型。

+0

请将您的答案标记为答案,通过点击检查标志:-) – Dijkgraaf 2014-08-27 20:56:30

+0

我会的,它不会让我这样做,直到16个小时。 :) – Emeria 2014-08-28 23:40:39