August 2008 - jboss-jira - Jboss List Archives

[JBoss JIRA] Created: (JBRULES-1455) Or / And used with DSL language

by M H (JIRA)

Or / And used with DSL language ------------------------------- Key: JBRULES-1455 URL: http://jira.jboss.com/jira/browse/JBRULES-1455 Project: JBoss Drools Issue Type: Bug Security Level: Public (Everyone can see) Components: Drl Parser/Builder Affects Versions: 4.0.4 Reporter: M H Fix For: 4.0.5 DSL: [condition][]is a Person=Person() [condition][]- female=sex == "f" [condition][]- male=sex == "f" [condition][]- age {value}=age=={value} DSLR: rule when ($person: is a Person - male - age 60 or $person: is a Person - female - age 70) then end resolves to: | \/ .... ($person: Person( , sex="m", age == 60) or $person: Person(sex="f", age == 70)) -- 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

13 years, 1 month

3
15
0 / 0

[JBoss JIRA] Created: (JBRULES-1226) allow capture of match groups in 'matches' clauses

by Godmar Back (JIRA)

allow capture of match groups in 'matches' clauses -------------------------------------------------- Key: JBRULES-1226 URL: http://jira.jboss.com/jira/browse/JBRULES-1226 Project: JBoss Rules Issue Type: Feature Request Security Level: Public (Everyone can see) Affects Versions: 4.0.1 Reporter: Godmar Back Assigned To: Mark Proctor Please add a way to capture match groups in matches clauses. See http://lists.jboss.org/pipermail/rules-users/2007-September/003227.html -- 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

13 years, 1 month

4
7
0 / 0

[JBoss JIRA] Created: (JBRULES-1322) Accumulate functions are highly unreliable for long's and BigDecimals

by Geoffrey De Smet (JIRA)

Accumulate functions are highly unreliable for long's and BigDecimals --------------------------------------------------------------------- Key: JBRULES-1322 URL: http://jira.jboss.com/jira/browse/JBRULES-1322 Project: JBoss Drools Issue Type: Bug Security Level: Public (Everyone can see) Components: Drl Parser/Builder Affects Versions: 4.0.3 Reporter: Geoffrey De Smet Assigned To: Edson Tirelli Priority: Critical Fix For: 4.1.0 When dealing with financial data, one should never ever use double's. Instead BigDecimal should be used. Not because BigDecimal is bigger (that's rarely a problem) but because it doesn't do any decimal to binary transformation. For example, it's impossible for a double to correctly represent "0.2", aka 1/5. Summing many doubles (or even a few differing in scale), can easily give wrong results (and for financial data this tends to be important). Using doubles to sum longs have the exact same problem. Attached is a testcase patch which proves this by checking if (MAX_LONG - 4L) and 3L sum up to be (MAX_LONG - 1L). Currently they don't. One possible way to solve this is to fix JBRULES-1075, which just happens to give drools-solver 3% more performance ;) what a coincidence ^^ -- 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

13 years, 1 month

3
21
0 / 0

[JBoss JIRA] Created: (JBRULES-1466) please bail if user is using an incompatible MVEL

by Godmar Back (JIRA)

please bail if user is using an incompatible MVEL ------------------------------------------------- Key: JBRULES-1466 URL: http://jira.jboss.com/jira/browse/JBRULES-1466 Project: JBoss Drools Issue Type: Feature Request Security Level: Public (Everyone can see) Affects Versions: 4.0.4 Reporter: Godmar Back When using MVEL, please check String constants org.mvel.MVEL.VERSION and org.mvel.MVEL.VERSION_SUB to see if it's compatible. Bail if it isn't. Ignoring version mismatches leads to difficult to diagnose problems, see: http://lists.jboss.org/pipermail/rules-users/2008-February/004759.html http://lists.jboss.org/pipermail/rules-users/2008-February/004709.html Thanks. -- 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

13 years, 1 month

6
20
0 / 0

[JBoss JIRA] Created: (EJBTHREE-1096) Make SLSB and SFSB hot deployable for RAD

by Jason Long (JIRA)

Make SLSB and SFSB hot deployable for RAD ----------------------------------------- Key: EJBTHREE-1096 URL: http://jira.jboss.com/jira/browse/EJBTHREE-1096 Project: EJB 3.0 Issue Type: Feature Request Affects Versions: AS 4.2.2.GA, AS 4.2.1.GA, AS 4.2.0 GA, AS 5.0.0.Beta3, AS 4.2.3.GA, Branch_4_2, Branch_4_4, HEAD Reporter: Jason Long Fix For: AS 4.2.3.GA Seam POJO components are hot deployable for RAD. It would be great if SFSB and SLSB could be used in the same manner. -- 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

13 years, 1 month

13
28
0 / 0

[JBoss JIRA] Created: (JBRULES-851) Provide RuleFlow editing capabilities within JBRMS

by Michael Anstis (JIRA)

Provide RuleFlow editing capabilities within JBRMS -------------------------------------------------- Key: JBRULES-851 URL: http://jira.jboss.com/jira/browse/JBRULES-851 Project: JBoss Rules Issue Type: Feature Request Security Level: Public (Everyone can see) Reporter: Michael Anstis Assigned To: Mark Proctor Ruleflow should be available in the JBRMS (apologies is this JIRA should have been raised against JBRMS). -- 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

13 years, 1 month

5
9
0 / 0

[JBoss JIRA] Created: (JBRULES-1199) Add a field constraint negation operator to drools

by Arsalan Zaidi (JIRA)

Add a field constraint negation operator to drools --------------------------------------------------- Key: JBRULES-1199 URL: http://jira.jboss.com/jira/browse/JBRULES-1199 Project: JBoss Rules Issue Type: Feature Request Security Level: Public (Everyone can see) Reporter: Arsalan Zaidi Assigned To: Mark Proctor Arsalan, Unfortunately Drools does not have a field constraint negation operator, mostly because when writing rules, it was not needed, since you can always negate the constraint itself. Although, I understand a agree with your use case. My suggestion is for you to open a JIRA feature request and we will include that as soon as possible in the product. Although, meanwhile, the only workaround I can see for your case is to translate the expression you are using directly into a java or mvel expression and write it inside an in-line eval. []s Edson 2007/9/14, Arsalan S. Zaidi <arsalan.zaidi(a)capgemini.com>: Hi I'll try to explain the situation that Gaurav finds himself in. We're working on this problem together and so far, we haven't been able to crack it. We're using drools to handle the business rules for an application. The rules however, are not provided to us in a .drl file, rather, we get an XLS sheet from the analysts with rules in a different grammar. We're using ANTLR to read and parse these rules to generate the drools rules programmatically. However, we're running into problems with NOT. The input rules (in the non-drools business language) have a NOT operator which works like '!' in Java. It flips the Boolean around, so to speak. So: NOT((some sub expression which evaluates to TRUE)) == FALSE MVEL doesn't seem to support this. So how do we simulate it? If it were only being used with NOT IN, we could manage, but its use is completely arbitrary. Changes to the input rules or to the input rules grammar have been (ha ha) ruled out. Any help would be appreciated. Regards, _____________________________________________________ Arsalan Zaidi / Capgemini - India (FS SBU) / Mumbai Technical Architect Mobile Phone: +91 - 9892 8970 03 / www.capgemini.com Together: the Collaborative Business Experience _____________________________________________________ -------------------------------------------------------------------------------- From: rules-users-bounces(a)lists.jboss.org [mailto:rules-users-bounces@lists.jboss.org] On Behalf Of Anstis, Michael (M.) Sent: 13 September 2007 13:31 To: Rules Users List Subject: RE: [rules-users] How to use not operator in drool. What dialect do your rules use? You could also simplify the logic using DeMorgans Theorem (which might be troublesome to accomplish programmatically) I don't know whether your example is flawed as the brackets don't match, but assuming you mean something like this:- (NOT (G13.1 IN ("1","2","3") OR (G250.8 = Y))) You can re-write this as (G13.1NOT IN ("1","2","3") AND G250.8 != Y) With kind regards, Mike -------------------------------------------------------------------------------- From: rules-users-bounces(a)lists.jboss.org [mailto:rules-users-bounces@lists.jboss.org] On Behalf Of JOSHI, GAURAV Sent: 13 September 2007 08:20 To: Rules Users List Subject: RE: [rules-users] How to use not operator in drool. Thank's for your sugession of using "not in" instead of "not" but my problem is that "not" can also come without "in". Actually I am making a generator of rule file from expression like ((NOT (ENDS WITH (G10.2, ","))) ((NOT (G13.1 IN ("1","2","3"))) OR (G250.8 = Y))) Where G13.2, G250.8, G10.2 are variables coming from a map inserted in working memory. I am accessing these variables from map. My rules are as follows This rule is working fine. rule "Editable_G10.3" when ((Map( this["G10.3"] !=8))||(Map( this["G10.2"] ==19))) then System.out.println("comming here----------------------------------------------------->"); End This is not working rule "Mandatory_G10.3" when (not((Map( this["G10.3"] !=8))||(Map( this["G10.2"] ==19)))) Then System.out.println("comming here----------------------------------------------------->"); End In also tried following approaches: 1) eval(not((Map( this["G10.3"] !=8))||(Map( this["G10.2"] ==19)))) 2) eval(!((Map( this["G10.3"] !=8))||(Map( this["G10.2"] ==19)))) But in both cases it is giving same error: org.drools.rule.InvalidRulePackage: Rule Compilation error : [Rule name=ValidationRuleExp_G10.3, agendaGroup=MAIN, salience=0, no-loop=false] com/telekurs/nva/mde/fe/ak/validation/Rule_ValidationRuleExp_G10_3_0.java (11:495) : Cannot use this in a static context com/telekurs/nva/mde/fe/ak/validation/Rule_ValidationRuleExp_G10_3_0.java (11:500) : Type mismatch: cannot convert from String to int I am trying to find out some general concept so that I can change just achieve the functionality of not. Thanks Gaurav -------------------------------------------------------------------------------- From: rules-users-bounces(a)lists.jboss.org [mailto:rules-users-bounces@lists.jboss.org] On Behalf Of Edson Tirelli Sent: Wednesday, September 12, 2007 10:20 PM To: Rules Users List Subject: Re: [rules-users] How to use not operator in drool. Remove your "eval" and use "or" instead of "||" for the OR CE. Although, I feel that this is not what you want... what you want is simply: when Map( this['city'] not in ( "mumbai", "delhi" ) ) then //... end []s Edson 2007/9/12, Gaurav2007 < gaurav.a.joshi(a)capgemini.com>: Hi ALL, I am using drool4.0.1 in my application i am able to use IN,OR,AND operator but i am facing problem in using not operator. my requirement of not operator is just like a not gate. the way i am using it is : eval(not((Map( this["city"] !="mumbai"))||(Map( this["city"] =="delhi")))) so can you please help me out to solve this problem: should i use not operator or some thing else in drool. Thanks, -- View this message in context: http://www.nabble.com/How-to-use-not-operator-in-drool.-tf4430240.html#a1... Sent from the drools - user mailing list archive at Nabble.com. _______________________________________________ rules-users mailing list rules-users(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users -- Edson Tirelli Software Engineer - JBoss Rules Core Developer Office: +55 11 3529-6000 Mobile: +55 11 9287-5646 JBoss, a division of Red Hat @ www.jboss.com This message contains information that may be privileged or confidential and is the property of the Capgemini Group. It is intended only for the person to whom it is addressed. If you are not the intended recipient, you are not authorized to read, print, retain, copy, disseminate, distribute, or use this message or any part thereof. If you receive this message in error, please notify the sender immediately and delete all copies of this message. This message contains information that may be privileged or confidential and is the property of the Capgemini Group. It is intended only for the person to whom it is addressed. If you are not the intended recipient, you are not authorized to read, print, retain, copy, disseminate, distribute, or use this message or any part thereof. If you receive this message in error, please notify the sender immediately and delete all copies of this message. _______________________________________________ rules-users mailing list rules-users(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users -- Edson Tirelli Software Engineer - JBoss Rules Core Developer Office: +55 11 3529-6000 Mobile: +55 11 9287-5646 JBoss, a division of Red Hat @ www.jboss.com -- 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

13 years, 1 month

3
11
0 / 0

[JBoss JIRA] Created: (JBRULES-1596) java.lang.NoClassDefFoundError

by Jurgen Van Bouchaute (JIRA)

java.lang.NoClassDefFoundError ------------------------------- Key: JBRULES-1596 URL: http://jira.jboss.com/jira/browse/JBRULES-1596 Project: JBoss Drools Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 4.0.4 Environment: Win XP, Drools 4.0.4 , BRMS on JBOSS 4.2.1-GA , JVM Bea JRockit R27 3.1 (1.5) Reporter: Jurgen Van Bouchaute Assigned To: Mark Proctor Attachments: adresDSL, packagesource.txt, Rule source.txt Encountered following error during unit testing execution of rules : [BeforeActivationFired: rule=Address Validation Town required; tuple=[fid:1:1:com.amadeus.mbo.msp.proto.model.AddressImpl@558fec] ] java.lang.NoClassDefFoundError: Adres/CreateValidationErrorDSL at ASMAccessorImpl_34195571209986950480.getValue(Unknown Source) at org.mvel.ASTNode.getReducedValueAccelerated(ASTNode.java:174) at org.mvel.ExecutableAccessor.getValue(ExecutableAccessor.java:50) at ASMAccessorImpl_33632651209986950320.getValue(Unknown Source) at org.mvel.ast.VariableDeepPropertyNode.getReducedValueAccelerated(VariableDeepPropertyNode.java:22) at org.mvel.ast.PropertyASTNode.getReducedValueAccelerated(PropertyASTNode.java:21) at org.mvel.MVELRuntime.execute(MVELRuntime.java:88) at org.mvel.CompiledExpression.getValue(CompiledExpression.java:111) at org.mvel.MVEL.executeExpression(MVEL.java:235) at org.drools.base.mvel.MVELConsequence.evaluate(MVELConsequence.java:47) at org.drools.common.DefaultAgenda.fireActivation(DefaultAgenda.java:550) at org.drools.common.DefaultAgenda.fireNextItem(DefaultAgenda.java:514) at org.drools.common.AbstractWorkingMemory.fireAllRules(AbstractWorkingMemory.java:471) at org.drools.common.AbstractWorkingMemory.fireAllRules(AbstractWorkingMemory.java:433) at com.amadeus.mbo.commons.ruleengine.RuleManager.executeRules(RuleManager.java:158) at com.amadeus.mbo.msp.proto.service.CustomerServiceImpl.validateAddress(CustomerServiceImpl.java:444) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:296) at org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:177) at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:144) at org.springframework.transaction.interceptor.TransactionInterceptor.invoke(TransactionInterceptor.java:107) at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:166) at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204) at $Proxy8.validateAddress(Unknown Source) at com.amadeus.mbo.msp.proto.service.CustomerServiceImplTest.testValidateAddress(CustomerServiceImplTest.java:1139) DSL Rule RHS executes a function that returns an object which is inserted. No problems when building & validating the package in BRMS, only when executing the rule. -- 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

13 years, 1 month

6
17
0 / 0

[JBoss JIRA] Created: (JBRULES-1618) Check the context class-loader of the current thread before using it

by Marcus Ilgner (JIRA)

Check the context class-loader of the current thread before using it -------------------------------------------------------------------- Key: JBRULES-1618 URL: http://jira.jboss.com/jira/browse/JBRULES-1618 Project: JBoss Drools Issue Type: Patch Security Level: Public (Everyone can see) Components: All Affects Versions: 4.0.7 Reporter: Marcus Ilgner Assigned To: Mark Proctor Priority: Minor After stumbling upon a situation where the context class loader of the current thread was not set, I added a non-null check in all places where it gets used. Those checks where already present in most places so I added the new ones accordingly, using the class loader of the current class as a replacement. -- 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

13 years, 1 month

2
5
0 / 0

[JBoss JIRA] Created: (JBRULES-1669) setUID flag set for guvnor war archive

by Jaroslaw Kijanowski (JIRA)

setUID flag set for guvnor war archive -------------------------------------- Key: JBRULES-1669 URL: http://jira.jboss.com/jira/browse/JBRULES-1669 Project: JBoss Drools Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 5.0.0.M1 Reporter: Jaroslaw Kijanowski Assigned To: Mark Proctor Fix For: 5.0.0.M2 I think 644 should be enough, no need to set the exec bit and write perms for groups and others on a war archive. -- 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

13 years, 1 month

3
7
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira August 2008