遗留 Biztalk App:Replace 网络服务架构到业务流程和地图
Legacy Biztalk App:Replace webservice schema into Orchestrations and maps
我有旧的 BizTalk 应用程序，它有大约 10 个业务流程和 20 个构建在外部网络服务上的映射schemes.Now这个旧的网络服务将被删除并替换为具有类似（几乎相同）方案的新网络服务。
将旧 Web 服务中的方案替换为所有编排和映射的最佳策略是什么？我可以遍历每个编排并手动替换所有消息类型端口和转换。
有更好的方法吗？
请指教
ACK：我知道构建 BizTalk 应用程序更方便的方法是创建内部类型 (xsd) 并围绕内部设计所有业务流程和映射 type.Than 创建一个映射以从外部转换 ( webservice) 类型为内部，因此在更改 web 服务的情况下，只会更改这一个映射。
不幸的是，这不是遗留应用程序的构建方式。
更新：
问题是旧的 web 服务类型被用于大量的业务流程和地图。如果我拉出旧的 web 服务并导入新的 web 服务，我将在所有 them.So 中收到错误我已经手动更改所有这些以使用新类型。我正在努力寻找一种方法来欺骗而不是改变它们。
new web-service with similar (almost the same) schemes.
如果确实如此，您可能不必更换太多。只需使用 'minor' 更改更新现有的 BizTalk 应用程序即可适应新服务。
但是，如果在多个地方使用当前架构，您可以只在接收端口上使用映射将新消息转换为旧消息。如果根元素和命名空间相同，那就完全没问题了，您需要做的就是在 XmlDisassembler 中显式设置旧元素。地图始终仅适用于 .Net 类型。
我有旧的 BizTalk 应用程序，它有大约 10 个业务流程和 20 个构建在外部网络服务上的映射schemes.Now这个旧的网络服务将被删除并替换为具有类似（几乎相同）方案的新网络服务。
将旧 Web 服务中的方案替换为所有编排和映射的最佳策略是什么？我可以遍历每个编排并手动替换所有消息类型端口和转换。 有更好的方法吗？
请指教
ACK：我知道构建 BizTalk 应用程序更方便的方法是创建内部类型 (xsd) 并围绕内部设计所有业务流程和映射 type.Than 创建一个映射以从外部转换 ( webservice) 类型为内部，因此在更改 web 服务的情况下，只会更改这一个映射。 不幸的是，这不是遗留应用程序的构建方式。
更新： 问题是旧的 web 服务类型被用于大量的业务流程和地图。如果我拉出旧的 web 服务并导入新的 web 服务，我将在所有 them.So 中收到错误我已经手动更改所有这些以使用新类型。我正在努力寻找一种方法来欺骗而不是改变它们。
new web-service with similar (almost the same) schemes.
如果确实如此，您可能不必更换太多。只需使用 'minor' 更改更新现有的 BizTalk 应用程序即可适应新服务。
但是，如果在多个地方使用当前架构，您可以只在接收端口上使用映射将新消息转换为旧消息。如果根元素和命名空间相同，那就完全没问题了，您需要做的就是在 XmlDisassembler 中显式设置旧元素。地图始终仅适用于 .Net 类型。