BizTalk架构中的xs:string字段元素更改为Uint16

我在BizTalk项目中从JSON实例定义了一个模式。实例键/值在双引号中，因此它们表示它们是字符串。但是JSON模式向导将其设置为

xs:unsignedShort

。我将其更改为

xs:string

。当我运行我的项目时，一些消息包含大于65535的数字，就会出现此错误。我从自定义（xml到json）管道中跟踪的实例中得到此错误：

原因：UInt16的值太大或太小。

---

我还检查了Microsoft BizTalk管理控制台中的“模式”选项卡，查看我的模式；架构视图与Visual Studio中的项目相同。有什么问题？我感到困惑。

因为其他用户已经提出了建议，您应该遵循以下步骤：

停止进程的主机实例

从控制台停止进程（右键单击进程并停止）

在Visual Studio上部署您的解决方案

回到控制台！右键单击项目并刷新

再次启动流程（右键单击并开始）。主机实例将被删除 在您启动流程时自动启动

---

有时，直到您不停止主机实例和进程并重新启动它们，控制台才会缓存旧的进程版本。步骤3和4是可选的，但确保已部署流程的最后一个版本可能会很有用。

是否重新启动了重新部署架构的主机实例？你有没有检查过GAC以确保那里的版本已经更新？@Dijkgraaf嗨，你能帮我做一下吗？我确实重新启动了主机实例，但什么也没发生。@Dijkgraaf我了解了它，所以我有一些问题。如果重新启动主机实例，是否保证GAC会更新内容？我还学习了.NET中的一般版本控制。我以前没用过。所以我应该在每次部署时更新版本？这就解决了问题？项目开发中的每个工件都指定了版本吗？我应该如何与BizTalk中的GAC和版本控制交互？另外，我是这些东西的初学者，所以当我问多个问题时，这听起来可能很疯狂！；）如果有更好的地方，请引导我在那里提问。非常感谢。是的，重新启动主机实例会强制它卸载内存中的DLL，并在需要时从GAC重新加载它们。不，您不需要每次都更新程序集版本号，如果我们只更改文件版本，因为更新程序集版本会增加额外的复杂性（研究“biztalk并行部署”）。不仅每个项目都有程序集和文件版本。