2017-10-20 194 views
0

我有一个传统的BizTalk应用程序,它具有约10个编排和20个地图构建在外部webservice schemes.Now这个旧的webservice将被删除,并用新的web服务替换类似几乎相同)的计划。传统的Biztalk应用程序:将webservice模式替换为编排和地图

将旧webservice中的方案替换为所有编排和映射的最佳策略是什么?我可以通过每个编排并手动替换所有消息类型的端口和转换。 有没有更好的方法?

请指教。我知道构建BizTalk应用程序的更方便的方法是创建内部类型(xsd)并设计内部类型的所有编排和映射。然后创建一个从外部(webservice)类型转换为内部的映射,如此在改变网络服务的情况下,只有这一张地图将被改变。 不幸的是,这不是传统应用程序构建的方式。

UPD: 问题在于旧的webservice类型正在用于许多编排和地图。如果我将旧的webservice拖出来并导入新的webservice,我将在所有这些中发生错误。因此,我已手动更改所有这些以使用新类型。我试图找到一种方式来欺骗,而不是改变它们。

回答

1

具有类似(几乎相同)计划的新网络服务。

如果确实如此,您可能不需要更换太多的东西。只需更新现有的BizTalk应用程序并进行“较小的”更改即可适应新服务。

但是,如果当前模式在多个地方使用,则只需在接收端口上使用地图即可将新消息转换为旧消息。如果根元素和命名空间是相同的,那么完全正确,您只需在XmlDisassembler中明确设置旧元素即可。地图只能在.Net类型上工作。

+0

问题在于旧的webservice类型正在被用于许多业务流程和地图。如果我将旧的webservice拖出来并导入新的webservice,我将在所有这些中发生错误。因此,我已手动更改所有这些以使用新类型。我试图找到一种方式来欺骗,而不是改变它们。 –

+1

@WorkGamificationApp因此,您现在可能需要经历所有的努力,甚至可以在Orchestrations中执行内部模式并使用多部分消息类型。这样可以让其他人在以后更容易更新。 – Dijkgraaf

相关问题