ESB 中的本机策略交集答案

【问题标题】：Native Policy Intersection in ESBESB 中的本机策略交集
【发布时间】：2012-07-10 15:47:30
【问题描述】：

我试图找到一个支持来自请求（客户端）和可用 Web 服务（提供者）的策略交集的 ESB。

理想的配置应该包括一个服务注册中心，查询可以从 ESB 发送到该服务注册中心。 ESB 可以验证功能性和非功能性（策略）需求。

我尝试使用 WSO2 的产品创建设置但失败了，因为没有通用的策略交叉模块。当我查看其他一些供应商时，我意识到我只发现了 WS-Policy 的特定用途，例如 SecurityPolicy、RM ...。但是我没有找到一个通用的策略交叉模块来检查请求者和提供者之间的域独立兼容性（就像这里建议的那样：http://wiki.apache.org/general/ManojPushpakumara/GSoC/proposal）。

是否有任何可用的 ESB（首选开源）支持这样的东西？如果不是，如何将这样的功能集成到 WSO2 ESB 中？

【问题讨论】：

标签： esb intersection wso2 policy wso2esb

【解决方案1】：

我认为这是一个非常困难的要求。我不确定是否可以从 xml 派生策略。因为它可能不是一对一的。

我们在这里使用的正常技术是使用具有不同策略的不同绑定，并要求用户将消息发送到正确的绑定。

【讨论】：

从 xml 派生策略是什么意思。请求可以包含策略，并且服务可以提供策略。因此，如果有 3 个服务可用，我应该选择一个如何与请求中的策略兼容的服务。我认识到在 WSO2 产品（如 ESB）中，我可以设置服务策略。如果我不能用它来定义非功能性需求，这个策略有什么意义？
该策略的想法是服务处理消息的方式。所以用户需要根据策略发送请求。
理想情况下，我希望按照 WS-Policy 标准的描述自动完成整个过程。我已经设法获得服务策略，现在必须将其与客户端策略相交，但认识到 wso2esb 使用不具有相交功能的 neethi 2.0.4。我如何才能使用较新的 neethi 3.0.2，如果有必要仅用于我编写的类调解器（在此处发布此问题 stackoverflow.com/questions/11845135/…）