【发布时间】:2016-02-29 21:33:23
【问题描述】:
在将 Web 服务集成到 Biztalk 2013 中时,我需要一些帮助
场景是,我们有几个现有的 Web 服务需要在 BizTalk 2013 中进行配置。从现在开始,消费者将从 Biztalk 访问 Web 服务,而不是原来的 URl。
任何人都可以分享执行此操作的分步指南吗?
【问题讨论】:
标签: web-services web service biztalk biztalk-2013
在将 Web 服务集成到 Biztalk 2013 中时,我需要一些帮助
场景是,我们有几个现有的 Web 服务需要在 BizTalk 2013 中进行配置。从现在开始,消费者将从 Biztalk 访问 Web 服务,而不是原来的 URl。
任何人都可以分享执行此操作的分步指南吗?
【问题讨论】:
标签: web-services web service biztalk biztalk-2013
Steef -Jan Wiggers 回答了类似的问题,请看一下,Using services in BizTalk
虽然添加服务导入的.xsd文件被添加为架构并设置为BtsCompile,但存在一些限制,例如:
添加服务引用将添加客户端代理,这在 BizTalk 项目中不需要(并且可能会“诱使”您的开发人员做一些愚蠢的事情,例如从自定义程序集中使用此代理) 服务参考使导入复杂的 WSDL 变得一团糟(例如,使用泛型或依赖于其他模式),请参阅 Considerations when consuming Web Services 使用添加生成的项目向导为您做了额外的工作:
添加用于访问服务的端口类型,已针对正确的消息类型进行了预配置。但是请注意,它将端口类型添加到虚拟 .odx 中 - 即在将端口类型移动到其他位置之前不要删除 odx。 允许您同时创建发送端口绑定。 我建议使用向导的一件事是为 WCF 引用创建一个文件夹,并始终将所有工件导入该文件夹(即不要将架构与端口进行通常的分离,并将虚拟 .odx 也留在那里) .这样,如果您需要重新生成项目,只需删除文件夹中的所有内容并重新开始(遗憾的是,该向导没有等效的更新服务参考。
另请注意,如果您确实将生成的架构和端口类型移动到单独的程序集中,则需要将类型修饰符访问更改为 Public(默认为内部)
【讨论】: