我在的BizTalk一个完整的新手,我需要创建一个BizTalk 2006年应用程序,它以特定的方式广播消息。我不要求一个完整的解决方案,但对建议和指导方针,其中的BizTalk我的能力应该使用。

有一个消息源,为简单起见,比方说,当用户将文件的目录来发布它们。有几个用户,每一个都具有目录接收发布的文件。用户的数量可以在程序的开发过程中变化。也有一些规则,确定特定的用户需要接收特定的文件,根据文件名。例如,每个用户都有哪些文件它们接收必须匹配的图案或文件名的掩码。这些规则(例如,图案)可以在时间上改变。

我不知道如何做到这一点。在运行时创建一组发送端口,每个每个目标?可能吗?使用一个端口更改其绑定?难道并发sendings正常工作?是否有其他方法吗?

修改

我意识到我的问题可能是掩盖和一般更喜欢在一个又一个的答案接受。所以,我只是upvoted他们。

有帮助吗?

解决方案

如果更改到目的地将是频繁的,你是对的在寻求一个更动态的解决方案。一个很好的解决方案是使用动态发送端口和业务规则引擎。你创建你receving消息规则集。这可能是基于消息的目标属性或客户ID。利用这些事实,规则引擎可以返回一堆像文件掩码,服务器名称,deleiver服务器的IP地址等信息,您可以thenuse此信息来配置业务流程中动态发送。这里真正的好处是,你可以更新规则引擎的规则集而不用重新部署整体解决方案。作为对于新手,这些都是一些先进的理念,但不是diificult,你可能认为。

对于一个简单的解决方案,你可能想看看它通过的属性格式模式(即文件名,目录等),设置文件发送适配器的属性。您可以从数据库与expresison形状内部的辅助类上拉这些值。在每个消息ogig出来,使用属性shcema来设置使信息将被发送而得名。这样一来,您只需更新数据库事物的变化。

祝您好运!

其他提示

您可以看看使用动态发送端口来实现这一点 - 如果你的用户是真正动态。这引入了一点复杂性,因为你需要使用一个业务流程基础上的规则来配置发送端口的属性。

如果可以的话,尝试去除复杂性。如果你知道你并不需要添加用户的时候要真正动态的(即一个用户,它的规则,只能一次配置),你有用户管理的数量,那么我建议配置每个用户使用它自己的发送端口和使用过滤器来创建基于消息上下文属性订阅。这种方法的好处是,你不需要创建和部署业务流程,这成为一个具有高性能和可扩展性的解决方案。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top