只显示主题贴
规则有很多中存储方式，最容易操作的方式当然是存数据库了。
packageDescr = drlParser.parse(drlString);
- 进入论坛 Java 版
Drools的BRMS是一个功能很强大规则管理系统，但它的使用也是非常复杂的。对于开发人员来讲，如果很熟悉Drools的语法规则，使用起来应该不成问题。但规则维护是业务专家来完成的，如果直接让业务专家直接使用BRMS，我认为不太现实。
规则的部署有多种模式，可以以源文件方式发布，也可以用编译后的二进制码发布。只要你用规则代理来加载规则，不管你有没有使用BRMS，规则引擎都会自动加载修改后的规则的。实际上你也可以自己控制规则是否需要重新Load。
关于规则编辑器，我们是自己做了一个，功能上还没法跟BRMS比，但我们是用js做的，扩展性还是相当不错的，有截图可供大家参考。
附件的描述写反了。
- 进入论坛 Java 版
关于两种文件格式的性能比较，我认为这不需要关心。在一个实际的应用系统中，规则一般是相对比较固定的，你可以重复利用 RuleBase 来生产 session 就好了，这样有一个好处是省去了规则编译的时间，其实规则编译是非常耗时的。如果规则变化了，让 RuleBase重新建立一次即可。
- 进入论坛 Java 版
Rule Engine 与动态语言并不是二选一的关系。规则引擎有两个主要的功能，一是管理规则，二是解析、执行规则。在解析执行规则方面，需要发挥动态语言的优势，所以应该该二者结合起来。
- 进入论坛 Java 版
jbrms的规则维护页面N复杂，不知道业务专家会不会用这个东西，不过我们是自己写了一个简单的规则维护系统，现在还不是很完善。不知道有没有这方面的朋友，大家可以交流一下啊。我的msn: fengying3555@msn.com
- 进入论坛 Java 版
首先要导入你的entity的jar包，这些class会在规则中用到。
然后新建一个package ，编辑它的Header，也就是设置import、global等规则文件的header部分代码，只有这部分header编译通过以后，就可以创建规则了，并且在创建规则的页面中可以下拉选择你的entity对象。
- 进入论坛 Java 版
通过exclusions 标签可以屏蔽不需要的包。
<dependency>
<groupId>org.codehaus.xfire</groupId>
<artifactId>xfire-spring</artifactId>
<version>1.2.2</version>
<exclusions>
<exclusion>
<artifactId>spring</artifactId>
<groupId>org.springframework</groupId>
...
- 进入论坛 Java 版
Java的Collection Framework 是包含Set 的。该主题中提到的给Collection 赋值是没有问题的，但是有一个例外，这个属性不能是Set 类型。我可是因为这个问题，浪费了一天时间啊，不知道有没有人有好的方法给Set赋值，因为用hibernate 定义的entity 是Set，而我又不想定义Dto， 所以就造成了以上的局面。
我目前的解决方案是给entity定义一个相同含义的list，但不做hibernate的mapping。
- 进入论坛 Java 版
评论排行榜