我有一个公开web服务的编排,它检查接收到的消息的来源,基于它执行一些分支逻辑,并调用一组“服务”编排中的一个(驻留在不同的应用程序中)。这些服务编排对我的消息执行一些更新,然后在完成时将其发送回路由编排。然后,路由应用程序发送适当的web服务响应。也就是说,端到端的过程都是同步的。
我的意图是在我的“路由”编排上有一个直接绑定的发送/接收端口,并在“服务”编排上有一个链接的接收/发送端口来实现阻塞,但我在这方面遇到了麻烦。
我尝试过使用相关性和过滤器表达式,但当服务编排试图发回其响应时,我总是看到‘多个订阅者错误’。
我已经确保没有其他编排/端口正在使用我的Schema (一定要创建一个全新的)。
让我有点抓狂,这看起来应该是相对简单的事情。
(附注:我倾向于让服务编排公开web服务并调用它,但对于总是驻留在同一台机器上的东西来说,这似乎有很长的路要走)。
发布于 2010-11-12 21:19:56
要确保消息被biztalk视为“不同”,以避免此类问题发生,一种常见的方法是使用仅上下文属性,该属性在前后设置为不同的值,然后使用相关性和筛选表达式来确保消息一次只与来自特定位置的消息的特定实例相匹配。
这样,即使消息类型相同,订阅也不会真正具有相同的谓词。
https://stackoverflow.com/questions/4164367
复制相似问题