使用drools和jbpm声明处理策略变体？

Question

我正在尝试构建一个声明处理系统。保险单将有多种变化（基于与个人客户的谈判）。目标是为每个提供商保留一个基本政策，然后为每个客户应用变体，以确保轻松维护最高级别的政策（例如因火灾或非火灾造成的损害）。这些政策应该很容易由非技术业务用户创建。

最佳方法是什么？我正在考虑使用Drools提出基本规则，然后为每个将使用规则的策略提供程序创建jBPM进程。 Guvnor用于创作和维护规则和流程。

假设没有人工任务（它只是一组需要被触发的规则并且结果被抛出），那么使用jBPM会是一种过度杀伤吗？在开源世界中有更好的选择吗？

Answer 1

Drools已经与jBPM紧密集成在一起这样的用例，所以它肯定不会过度，它们可以很好地协同工作。 jBPM不仅仅是关于人类的交互，它也可以用于自动处理。

有一种说法，甚至可能每个提供商没有一个流程，但只有一个（或一小组）流程，并使用规则来处理变化。