2011-04-08 55 views
0

我有一个以数据为中心的&数据敏感型应用程序,它使用java编写,但几乎所有的业务逻辑都保存在.sql文件中。将基于SQL更新的应用程序转换为基于java规则的应用程序

这些sql文件是一对一执行的,临时表是由这些sql文件创建和更新的。

这些sql文件在内部触发临时表上的更新查询,并在各种条件下使用可用的数据值。

最后将临时表转储到物理表中。

我们正在计划将此迁移到基于java规则的应用程序,因为sql脚本越来越难以理解和维护。

规划有在使用Lucene &其RAMDiirectory内存中的所有数据,这将是用于构建规则的首选(这些都不算什么,但在SQL更新查询)

一直在寻找@脚本语言具有动态规则,但是脚本(rhino/groovy) 与sql文件具有相同的特征(很难写&维护)

请发表您的建议。

在此先感谢!

回答

0

我公司使用Drools。对我们来说真的很棒。 Drools通常会以基于XML的格式编写规则,但我们只扩展了一些类,以便我们可以用Java编写规则(允许我们在运行时调试规则)。

+0

感谢您的回应,但是它会是一个不错的选择,考虑到我没有明确定义的工作流程,我的规则/驾驶条件嵌入了一些少量的hundread查询中。请建议 – blob 2011-04-08 14:47:55

+0

我会建议Drools。它很适合作为规则引擎。如果您对工作流程感兴趣并将其与Web集成在一起,那么我会研究另一个JBoss产品 - Seam。我们只在JSF方面使用Seam,但它看起来很好地集成了Hibernate和JBPM,我猜它也会与Drools很好地集成。但是如果你只想要Seam的一部分,那么我不一定会选择它。取决于你在做什么。 – 2011-04-11 13:40:19

0

我们也使用JBoss Rules/Drools。新版本(> 4.0.0)有一个很好的可读性和可维护性的DSL。不需要更多的XML。

相关问题