[JBoss JIRA] Created: (JBRULES-1546) Add BRMS Team Capability to Drools IDE
by Jeff DeLong (JIRA)
Add BRMS Team Capability to Drools IDE
--------------------------------------
Key: JBRULES-1546
URL: http://jira.jboss.com/jira/browse/JBRULES-1546
Project: JBoss Drools
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Components: drools-brms, Eclipse IDE
Affects Versions: 4.0.6
Reporter: Jeff DeLong
Assigned To: Mark Proctor
Add "team" capability to Drools IDE to support commit / update of rule resources (in particular DRLs) to the BRMS.
It is currently awkward to import your DRL rules into the BRMS, particularly new versions of the same rules. You have to Create a New Package (which merges with existing one), and there is no way in Eclipse to know you have the latest version, or to commit to the BRMS. It would be very desirable to add a CVS-like Team functionality in the Eclipse plugin, so that the developer could Update, Commit, ... to the BRMS like they can do to a CVS or Subversion repository. This would make it easy for developer to author rules in Eclipse / DRL but use the BRMS for management / deployment. This feature would assume that rules were in individual rule files, and that package level information was in a package file. The Drool IDE appears to support this, however this requires verification.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
17 years, 9 months
[JBoss JIRA] Created: (JBRULES-1604) Reactivate only the rules that have the changed fields mentioned in LHS
by Suparerk Viriyakorkitkul (JIRA)
Reactivate only the rules that have the changed fields mentioned in LHS
-----------------------------------------------------------------------
Key: JBRULES-1604
URL: http://jira.jboss.com/jira/browse/JBRULES-1604
Project: JBoss Drools
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Reporter: Suparerk Viriyakorkitkul
Assigned To: Mark Proctor
When object is updated, the engine now will reselect the rules that mention to this object to the agenda.
Can it has feature to select only the rules that never been activated and the rules that have the changed fields mentioned in LHS?
For example,
rule A
when
M(x =='1' || x=='2')
then
do something
rule B
when
M(y=='1')
then
do something
rule C
when
m:M()
then
m.setX('2');
update(M);
At first, M.x and M.y are '1', if the rules were fired in A, B, C order, for now, the rules selected in the second round would be A, B and C.
Because only x changed, could it has a feature to make rule engine select only A?
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
17 years, 9 months
[JBoss JIRA] Created: (JBRULES-1230) Not able to run drools if core-3.2.3.v_686_R32x.jar is not specified in the classpath
by Krishnan Sivaramakrishna Iyer (JIRA)
Not able to run drools if core-3.2.3.v_686_R32x.jar is not specified in the classpath
-------------------------------------------------------------------------------------
Key: JBRULES-1230
URL: http://jira.jboss.com/jira/browse/JBRULES-1230
Project: JBoss Rules
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: All
Affects Versions: 4.0.0.GA
Environment: Windows XP, Dell Optiplex GX 270
Reporter: Krishnan Sivaramakrishna Iyer
Assigned To: Mark Proctor
Priority: Blocker
hi all,
In my application, I use simple drl file based rules and it is not a J2EE application. Based on the dependencies
documentation http://anonsvn.labs.jboss.com/labs/jbossrules/tags/4.0.1.14754GA/README_D...
, it seems I am in the compiler option
The only jars I am including are as follows :-
drools-compiler-4.0.0.jar
drools-core-4.0.0.jar
drools-decisiontables-4.0.0.jar
drools-jsr94-4.0.0.jar
antlr-runtime-3.0.jar
mvel14-1.2rc1.jar
core-3.2.3.v_686_R32x.jar [Can anyone explain why I need this, the documentation seems like this is optional, but when I
don't specify this, it does not work ?.]
I also tried not including the core but including the janino library and specifying the janino compiler at run time and that also
expects the core to be included. Any help is appreciated.
TIA,
Krishnan.
Comments from Edson Tirelli
Krishnan,
You should not need decision tables and jsr94 jars if you are not using such feature. Regarding the compiler, you must use either core (jdt) jar or Janino jar... I'm not aware of any hard dependency on core itself... if it exists, please open a jira for us to fix.
[]s
Edson
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
17 years, 9 months
[JBoss JIRA] Created: (JBRULES-1433) java.lang.ClassCastException comparing BigDecimals (compareTo)
by José Arrarte (JIRA)
java.lang.ClassCastException comparing BigDecimals (compareTo)
--------------------------------------------------------------
Key: JBRULES-1433
URL: http://jira.jboss.com/jira/browse/JBRULES-1433
Project: JBoss Drools
Issue Type: Bug
Security Level: Public (Everyone can see)
Affects Versions: 4.0.4, 4.0.3
Environment: java.runtime.name = Java(TM) SE Runtime Environment
sun.boot.library.path = C:\Archivos de programa\Java\jre1.6.0_03\bin
java.vm.version = 1.6.0_03-b05
java.vm.vendor = Sun Microsystems Inc.
java.vendor.url = http://java.sun.com/
path.separator = ;
java.vm.name = Java HotSpot(TM) Client VM
file.encoding.pkg = sun.io
user.country = ES
sun.java.launcher = SUN_STANDARD
sun.os.patch.level = Service Pack 2
java.vm.specification.name = Java Virtual Machine Specification
java.runtime.version = 1.6.0_03-b05
java.awt.graphicsenv = sun.awt.Win32GraphicsEnvironment
java.endorsed.dirs = C:\Archivos de programa\Java\jre1.6.0_03\lib\endorsed
os.arch = x86
java.io.tmpdir = C:\DOCUME~1\Tito\CONFIG~1\Temp\
line.separator =
java.vm.specification.vendor = Sun Microsystems Inc.
user.variant =
os.name = Windows XP
sun.jnu.encoding = Cp1252
java.library.path = C:\Archivos de programa\Java\jre1.6.0_03\bin;.;C:\WINDOWS\Sun\Java\bin;C:\WINDOWS\system32;C:\WINDOWS;C:\Archivos de programa\Java\jre1.6.0_03\bin\client;C:\Archivos de programa\Java\jre1.6.0_03\bin;C:\Archivos de programa\Java\jre1.6.0_03\bin\client;C:\Archivos de programa\Java\jre1.6.0_03\bin;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\Archivos de programa\ATI Technologies\ATI Control Panel;C:\Java\maven-2.0.8\bin;C:\Archivos de programa\Java\jdk1.6.0_03\bin;c:\Archivos de programa\Microsoft SQL Server\90\Tools\binn\;C:\Archivos de programa\Microsoft SQL Server\80\Tools\BINN;C:\UnixUtils\usr\local\wbin;C:\Archivos de programa\MySQL\MySQL Server 5.0\bin
java.specification.name = Java Platform API Specification
java.class.version = 50.0
sun.management.compiler = HotSpot Client Compiler
os.version = 5.1
user.home = C:\Documents and Settings\Tito
user.timezone =
java.awt.printerjob = sun.awt.windows.WPrinterJob
file.encoding = Cp1252
java.specification.version = 1.6
user.name = Tito
java.class.path = D:\workspaces\ruleTest\target\classes;C:\Documents and Settings\Tito\.m2\repository\org\drools\drools-compiler\4.0.4\drools-compiler-4.0.4.jar;C:\Documents and Settings\Tito\.m2\repository\org\drools\drools-core\4.0.4\drools-core-4.0.4.jar;C:\Documents and Settings\Tito\.m2\repository\org\mvel\mvel14\1.2.21\mvel14-1.2.21.jar;C:\Documents and Settings\Tito\.m2\repository\org\antlr\antlr-runtime\3.0\antlr-runtime-3.0.jar;C:\Documents and Settings\Tito\.m2\repository\org\eclipse\jdt\core\3.2.3.v_686_R32x\core-3.2.3.v_686_R32x.jar;C:\Documents and Settings\Tito\.m2\repository\janino\janino\2.5.10\janino-2.5.10.jar;C:\Documents and Settings\Tito\.m2\repository\xml-apis\xml-apis\1.0.b2\xml-apis-1.0.b2.jar;C:\Documents and Settings\Tito\.m2\repository\xerces\xercesImpl\2.4.0\xercesImpl-2.4.0.jar
java.vm.specification.version = 1.0
sun.arch.data.model = 32
java.home = C:\Archivos de programa\Java\jre1.6.0_03
java.specification.vendor = Sun Microsystems Inc.
user.language = es
awt.toolkit = sun.awt.windows.WToolkit
java.vm.info = mixed mode, sharing
java.version = 1.6.0_03
java.ext.dirs = C:\Archivos de programa\Java\jre1.6.0_03\lib\ext;C:\WINDOWS\Sun\Java\lib\ext
sun.boot.class.path = C:\Archivos de programa\Java\jre1.6.0_03\lib\resources.jar;C:\Archivos de programa\Java\jre1.6.0_03\lib\rt.jar;C:\Archivos de programa\Java\jre1.6.0_03\lib\sunrsasign.jar;C:\Archivos de programa\Java\jre1.6.0_03\lib\jsse.jar;C:\Archivos de programa\Java\jre1.6.0_03\lib\jce.jar;C:\Archivos de programa\Java\jre1.6.0_03\lib\charsets.jar;C:\Archivos de programa\Java\jre1.6.0_03\classes
java.vendor = Sun Microsystems Inc.
file.separator = \
java.vendor.url.bug = http://java.sun.com/cgi-bin/bugreport.cgi
sun.cpu.endian = little
sun.io.unicode.encoding = UnicodeLittle
sun.desktop = windows
sun.cpu.isalist = pentium_pro+mmx pentium_pro pentium+mmx pentium i486 i386 i86
Reporter: José Arrarte
Firing this rule:
rule "Test Rule"
when
$dec : java.math.BigDecimal() from java.math.BigDecimal.TEN;
eval( $dec.compareTo(java.math.BigDecimal.ONE) > 0 )
then
System.out.println("OK!");
end
Returns this error:
org.drools.RuntimeDroolsException: java.lang.ClassCastException: java.lang.Integer cannot be cast to java.math.BigDecimal
at org.drools.rule.EvalCondition.isAllowed(EvalCondition.java:76)
at org.drools.reteoo.EvalConditionNode.assertTuple(EvalConditionNode.java:145)
at org.drools.reteoo.SingleTupleSinkAdapter.propagateAssertTuple(SingleTupleSinkAdapter.java:20)
at org.drools.reteoo.FromNode.assertTuple(FromNode.java:90)
at org.drools.reteoo.SingleTupleSinkAdapter.createAndPropagateAssertTuple(SingleTupleSinkAdapter.java:55)
at org.drools.reteoo.LeftInputAdapterNode.assertObject(LeftInputAdapterNode.java:116)
at org.drools.reteoo.SingleObjectSinkAdapter.propagateAssertObject(SingleObjectSinkAdapter.java:22)
at org.drools.reteoo.ObjectTypeNode.assertObject(ObjectTypeNode.java:153)
at org.drools.reteoo.Rete.assertObject(Rete.java:175)
at org.drools.reteoo.ReteooRuleBase.assertObject(ReteooRuleBase.java:192)
at org.drools.reteoo.ReteooWorkingMemory$WorkingMemoryReteAssertAction.execute(ReteooWorkingMemory.java:179)
at org.drools.common.AbstractWorkingMemory.executeQueuedActions(AbstractWorkingMemory.java:1315)
at org.drools.common.AbstractWorkingMemory.fireAllRules(AbstractWorkingMemory.java:462)
at org.drools.common.AbstractWorkingMemory.fireAllRules(AbstractWorkingMemory.java:433)
at com.sample.DroolsTest.main(DroolsTest.java:33)
Caused by: java.lang.ClassCastException: java.lang.Integer cannot be cast to java.math.BigDecimal
at com.sample.Rule_Test_Rule_0Eval0Invoker.evaluate(Rule_Test_Rule_0Eval0Invoker.java:12)
at org.drools.rule.EvalCondition.isAllowed(EvalCondition.java:72)
... 14 more
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
17 years, 9 months