奇思妙想：规则引擎实现工作流引擎

  昨天问到了关于lua怎么和hibernate结合的问题，结果那个问题还没解决，我想是否能换种方式。结果老板说，我们之所以实现自定义的规则引擎除了满足其他一些业务需求外，还希望它能实现工作流引擎的功能，这样我们就可以不要再使用jbpm，而且jbpm还不一定能满足我们的需求，如果用我们自定义的，那我们就可以实现自己想要的功能。。
  当时我一听就蒙了，对于也玩过一段时间jbpm的我来说，这实在是。。。近乎是不太可能吧。至少国内我现在还没听说有实现这功能的，就算是国外。jboss有规则引擎rules，也有工作流引擎jbpm，如果规则引擎这么简单能实现工作流引擎的话，那jboss何必弄2个产品，而不干脆就一个呢。当然如果我们实现了，我相信在国内绝对是第1家，可是我现在却一点思路都没有。lua和hibernate结合的问题还没解决呢，竟然又来这么个想法，真是头疼啊！
javaeye里的高手有什么好的提议没？脚本的话如果lua解决不了和hibernate结合的问题的话，可以考虑换成groovy，但是实现工作流引擎我真的是觉得自己有点思路枯竭了。

规则流和工作流是不同的，规则流更多的是决策分支，而工作流更适合与业务重组和系统集成

同意楼上，2个侧重点不一样

题外话，这跟erlang有啥关系？标签怎么是Erlang。另外很好奇的是你们想将lua和hibernate联合起来干什么？

不知道你是否有注意到JBoss Rules (a.k.a Drools) 已经有flow的module了.

对于JBoss Rules 和 jBPM, 就算JBoss Rules的flow完全实现后,我觉得和jBPM比,他们的思维方式/解决问题的想法不一致.

我觉得你的老板很有先见啊。
规则引擎其实是人工智能技术的分支。它真正的核心功能对复杂的信息进行智能分析和判断最后给出决策。
工作流引擎的决策方式，是通过定义一套固定的流程然后通过当前的工作过程来判断决策工作过程。
当系统中包含的业务和信息的复杂程度超过一定的度时，目前的工作流引擎那种通过定义流程来进行决策已经不在适应了，使用规则引擎来进行决策是必然。

这些都是 buzzword，搞到最后不还是编译原理 ……

搞到最最后还不是0101