xml - 在 JBoss Drools 中评估 XPath 表达式

Question

我在处理大量 XML 消息的企业架构中工作。我们最近被要求对这些 XML 消息中包含的数据执行一些计算，并在将消息从企业传递到外部消费者之前将一些结果添加到消息头中。我们的架构基于 JBoss SOA-P，我目前正在评估 JBoss Drools 5.2.0 以执行这些消息操作。

我知道我可以简单地将 XML 中的 POJO 组合起来，对其执行规则，然后添加适当的结果。但是，如果可能的话，我想消除对 XML 消息结构的编译时依赖性，因为围绕模式的动态要求以及将新编译代码部署到我们的生产环境中的重大障碍(阅读:繁文tape节)。理想情况下，我希望对 .drl 规则中的原始 XML 使用 XPath 评估。一些搜索出现了 SXC项目，这似乎正是我所需要的，但关于如何使用它的信息很少，而且它似乎自 2007 年以来一直处于休眠状态。此外，它是针对 Drools 4.0.4 编译的，我需要使用 5.2。 0.

有谁知道在 Drools 规则中根据 XML 评估 XPath 表达式的好方法？也欢迎使用允许在运行时在 Drools 规则中补偿 XML 结构更改的 XPath 替代方案。

谢谢!

Answer 1

不久前，我们有一位 Drools 专家来访我们公司并了解了 Drools。我正在开发一个包含许多不断变化的规则的服务，我们考虑使用 Drools。

专家告诉我们使用 Proxy-Objects 来包装 Drools 所需的数据。您可以尝试使用代理对象，在其中放置 XML 和一些方法。当 Drools 尝试评估 Proxy-Object 时，它实际上正在评估您的 XML。这有点脏 - 与 Drools 规范相比 - 因为当输入到 Drools 的工作内存中时对象不会保存数据，而是在被询问时提取数据。

我不是 Drools 方面的专家，但我看到的唯一选择是如您之前提到的那样“滋润 POJO”，根据 Drools 规范，这将是最好的选择。