January 2012 - jboss-jira - Jboss List Archives

[JBoss JIRA] (JBRULES-3306) Drools 5.3.0.Final: Fusion broker example contains the 5.2 code (and crashes because of that)

by Geoffrey De Smet (Created) (JIRA)

Drools 5.3.0.Final: Fusion broker example contains the 5.2 code (and crashes because of that) --------------------------------------------------------------------------------------------- Key: JBRULES-3306 URL: https://issues.jboss.org/browse/JBRULES-3306 Project: Drools Issue Type: Bug Security Level: Public (Everyone can see) Reporter: Geoffrey De Smet Assignee: Geoffrey De Smet Fix For: 5.4.0.Beta1 The crash is actually caused by JBRULES-3093, but that's fixed in 5.3.0.Final. But somehow some 5.2 code is used (according to lazarotti). {code} [Line: 56, Column: 28] : [Rule name='If the drop is between 6% and 8%, buy more shares'] Unable to Analyse Expression percent < -0.06: [Error: Comparison operation requires compatible types. Found class org.mvel2.util.MethodStub and class java.lang.Double] [Near : {... percent < -0.06 ....}] I download Drools 5.3.0 Final and try to run the Broker example that comes with the package. But I got the following error, what is wrong? ^ [Line: 56, Column: 28] : [Rule name='If the drop is between 6% and 8%, buy more shares'] Unable to Analyse Expression percent < -0.08: [Error: Comparison operation requires compatible types. Found class org.mvel2.util.MethodStub and class java.lang.Double] [Near : {... percent < -0.08 ....}] ^ [Line: 69, Column: 28] : [Rule name='If the drop is on more than 8%, sell shares'] Unable to Analyse Expression percent >= -0.06: [Error: Comparison operation requires compatible types. Found class org.mvel2.util.MethodStub and class java.lang.Double] [Near : {... percent >= -0.06 ....}] ^ [Line: 83, Column: 28] : [Rule name='If the drop is between 5% and 6%, do nothing'] {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 2 months

7
7
0 / 0

[JBoss JIRA] Created: (JBRULES-1103) Tabu asperation based on stepscore

by Geoffrey De Smet (JIRA)

Tabu asperation based on stepscore ---------------------------------- Key: JBRULES-1103 URL: http://jira.jboss.com/jira/browse/JBRULES-1103 Project: JBoss Rules Issue Type: Feature Request Security Level: Public (Everyone can see) Components: Solver Reporter: Geoffrey De Smet Assigned To: Geoffrey De Smet Fix For: FUTURE Move tabu and property tabu could use "aspiration" Basically even if it's tabu, a move is accepted if the stepscore improves. For solution tabu this is pointless. Aspiration should occur on stepScore and NOT on decisionScore -- 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

14 years, 2 months

1
2
0 / 0

[JBoss JIRA] Created: (JBRULES-2694) New drools example: Phone call billing

by Geoffrey De Smet (JIRA)

New drools example: Phone call billing -------------------------------------- Key: JBRULES-2694 URL: https://jira.jboss.org/browse/JBRULES-2694 Project: Drools Issue Type: Feature Request Security Level: Public (Everyone can see) Components: drools-docs Affects Versions: 5.1.1.FINAL Reporter: Geoffrey De Smet Assignee: Geoffrey De Smet Fix For: FUTURE Move the example of bejug 2010 into drools-examples http://www.slideshare.net/ge0ffrey/drools-bejug-2010 => skip to slide 10 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 2 months

1
2
0 / 0

[JBoss JIRA] Created: (JBRULES-3092) The Pacman example crashes in drools 5.2.0

by Geoffrey De Smet (JIRA)

The Pacman example crashes in drools 5.2.0 ------------------------------------------ Key: JBRULES-3092 URL: https://issues.jboss.org/browse/JBRULES-3092 Project: Drools Issue Type: Bug Security Level: Public (Everyone can see) Reporter: Geoffrey De Smet Assignee: Mark Proctor {code} Exception in thread "AWT-EventQueue-0" [Error: no such identifier: Direction] [Near : {... System.out.println( "monster u ....}] ^ [Line: 1, Column: 58] at org.mvel2.compiler.ExpressionCompiler.verify(ExpressionCompiler.java:406) at org.mvel2.compiler.ExpressionCompiler._compile(ExpressionCompiler.java:283) at org.mvel2.compiler.ExpressionCompiler.compile(ExpressionCompiler.java:69) at org.mvel2.MVEL.analyze(MVEL.java:678) at org.mvel2.ast.NewObjectNode.<init>(NewObjectNode.java:118) at org.mvel2.compiler.AbstractParser.nextToken(AbstractParser.java:321) at org.mvel2.compiler.ExpressionCompiler._compile(ExpressionCompiler.java:135) at org.mvel2.compiler.ExpressionCompiler.compile(ExpressionCompiler.java:69) at org.mvel2.MVEL.analyze(MVEL.java:678) at org.mvel2.compiler.PropertyVerifier.getMethod(PropertyVerifier.java:462) at org.mvel2.compiler.PropertyVerifier.analyze(PropertyVerifier.java:116) at org.mvel2.compiler.ExpressionCompiler.verify(ExpressionCompiler.java:390) at org.mvel2.compiler.ExpressionCompiler._compile(ExpressionCompiler.java:283) at org.mvel2.compiler.ExpressionCompiler.compile(ExpressionCompiler.java:69) at org.mvel2.MVEL.compileExpression(MVEL.java:808) at org.drools.base.mvel.MVELCompilationUnit.compile(MVELCompilationUnit.java:420) at org.drools.base.mvel.MVELCompilationUnit.getCompiledExpression(MVELCompilationUnit.java:240) at org.drools.base.mvel.MVELConsequence.compile(MVELConsequence.java:74) at org.drools.rule.MVELDialectRuntimeData.onBeforeExecute(MVELDialectRuntimeData.java:159) at org.drools.rule.DialectRuntimeRegistry.onBeforeExecute(DialectRuntimeRegistry.java:138) at org.drools.common.AbstractRuleBase.addPackages(AbstractRuleBase.java:511) at org.drools.reteoo.ReteooRuleBase.addPackages(ReteooRuleBase.java:427) at org.drools.impl.KnowledgeBaseImpl.addKnowledgePackages(KnowledgeBaseImpl.java:149) at org.drools.examples.pacman.PacmanExample.initKsession(PacmanExample.java:65) at org.drools.examples.pacman.PacmanExample.main(PacmanExample.java:39) at org.drools.examples.DroolsExamplesApp$3.actionPerformed(DroolsExamplesApp.java:77) at javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:1995) at javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2318) at javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:387) at javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:242) at javax.swing.plaf.basic.BasicButtonListener.mouseReleased(BasicButtonListener.java:236) at java.awt.Component.processMouseEvent(Component.java:6289) at javax.swing.JComponent.processMouseEvent(JComponent.java:3267) at java.awt.Component.processEvent(Component.java:6054) at java.awt.Container.processEvent(Container.java:2041) at java.awt.Component.dispatchEventImpl(Component.java:4652) at java.awt.Container.dispatchEventImpl(Container.java:2099) at java.awt.Component.dispatchEvent(Component.java:4482) at java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4577) at java.awt.LightweightDispatcher.processMouseEvent(Container.java:4238) at java.awt.LightweightDispatcher.dispatchEvent(Container.java:4168) at java.awt.Container.dispatchEventImpl(Container.java:2085) at java.awt.Window.dispatchEventImpl(Window.java:2478) at java.awt.Component.dispatchEvent(Component.java:4482) at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:644) at java.awt.EventQueue.access$000(EventQueue.java:85) at java.awt.EventQueue$1.run(EventQueue.java:603) at java.awt.EventQueue$1.run(EventQueue.java:601) at java.security.AccessController.doPrivileged(Native Method) at java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:87) at java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:98) at java.awt.EventQueue$2.run(EventQueue.java:617) at java.awt.EventQueue$2.run(EventQueue.java:615) at java.security.AccessController.doPrivileged(Native Method) at java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:87) at java.awt.EventQueue.dispatchEvent(EventQueue.java:614) at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:269) at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:184) at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:174) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:169) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:161) at java.awt.EventDispatchThread.run(EventDispatchThread.java:122) {code} -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 2 months

3
12
0 / 0

[JBoss JIRA] Created: (JBRULES-3220) getFactHandle(fact) sometimes returns null even thought the fact is there.

by Geoffrey De Smet (JIRA)

getFactHandle(fact) sometimes returns null even thought the fact is there. -------------------------------------------------------------------------- Key: JBRULES-3220 URL: https://issues.jboss.org/browse/JBRULES-3220 Project: Drools Issue Type: Bug Security Level: Public (Everyone can see) Reporter: Geoffrey De Smet Assignee: Mario Fusco see MiscTest.testGetFactHandle() which is a regression test for that issue. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 2 months

5
10
0 / 0

[JBoss JIRA] (AS7-3061) Can't create periodic rotating file handler in CLI or console

by Stan Silvert (Created) (JIRA)

Can't create periodic rotating file handler in CLI or console ------------------------------------------------------------- Key: AS7-3061 URL: https://issues.jboss.org/browse/AS7-3061 Project: Application Server 7 Issue Type: Bug Components: Logging Affects Versions: 7.1.0.Beta1b Reporter: Stan Silvert Assignee: James Perkins CLI command:{noformat} /subsystem=logging/periodic-rotating-file-handler=periodicrotating/:add(name=periodicrotating,level=INFO,file={"path" => "myfoo.log", "relative-to" => "jboss.server.log.dir"}) {noformat} CLI error:{noformat} [standalone@localhost:9999 /] /subsystem=logging/periodic-rotating-file-handler=periodicrotating/:add(name=periodicrotating,level=INFO,file={"path" => "myfoo.log", "relat ive-to" => "jboss.server.log.dir"}) { "outcome" => "failed", "failure-description" => {"JBAS014671: Failed services" => {"jboss.logging.handler.periodicrotating" => "org.jboss.msc.service.StartException in service jboss.logging .handler.periodicrotating: Failed to start service"}}, "rolled-back" => true, "response-headers" => {"process-state" => "reload-required"} } {noformat} In server console:{noformat} 15:04:29,303 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-3) MSC00001: Failed to start service jboss.logging.handler.periodicrotating: org.jboss.msc.service.S tartException in service jboss.logging.handler.periodicrotating: Failed to start service at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1780) [jboss-msc-1.0.1.GA.jar:] at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) [:1.6.0_29] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) [:1.6.0_29] at java.lang.Thread.run(Thread.java:662) [:1.6.0_29] Caused by: java.lang.NullPointerException at java.text.SimpleDateFormat.<init>(SimpleDateFormat.java:493) [:1.6.0_29] at java.text.SimpleDateFormat.<init>(SimpleDateFormat.java:475) [:1.6.0_29] at org.jboss.logmanager.handlers.PeriodicRotatingFileHandler.setSuffix(PeriodicRotatingFileHandler.java:119) [jboss-logmanager-1.2.0.GA.jar:] at org.jboss.as.logging.handlers.file.PeriodicRotatingFileHandlerService.start(PeriodicRotatingFileHandlerService.java:74) at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1824) [jboss-msc-1.0.1.GA.jar:] at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1759) [jboss-msc-1.0.1.GA.jar:] ... 3 more {noformat} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 2 months

3
3
0 / 0

[JBoss JIRA] (JBRULES-3367) Planner: score calculation with plain old Java

by Geoffrey De Smet (JIRA)

Geoffrey De Smet created JBRULES-3367: ----------------------------------------- Summary: Planner: score calculation with plain old Java Key: JBRULES-3367 URL: https://issues.jboss.org/browse/JBRULES-3367 Project: Drools Issue Type: Feature Request Security Level: Public (Everyone can see) Components: drools-planner Reporter: Geoffrey De Smet Assignee: Geoffrey De Smet Provide an plain old java alternative to score calculations, so the user has choice (= freedom): - A) Drools score calculation (default). Does incremental calculation automatically, without extra code. - B) Java non-incremental score calculation. Very easy to reuse existing score code, but not fast. - C) Java incremental score calculation. Requires incremental boilerplate code, but experiments show that in some use cases (with little rules) it can be a 100 times faster than A) with drools 5.3. Note that undo-then and JIT compiling might change that number drastically in future drools versions. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 2 months

1
10
0 / 0

[JBoss JIRA] (JBRULES-3288) Sliding time window ignored when using @timestamp and pseudo clock

by Colin Webber (Created) (JIRA)

Sliding time window ignored when using @timestamp and pseudo clock ------------------------------------------------------------------ Key: JBRULES-3288 URL: https://issues.jboss.org/browse/JBRULES-3288 Project: Drools Issue Type: Bug Security Level: Public (Everyone can see) Components: drools-core (fusion) Affects Versions: 5.3.0.Final Environment: Mac OSX 10.6.8 Reporter: Colin Webber Assignee: Mark Proctor When using a custom @timestamp together with PSEUDO clock, all events are accumulated rather than just those within the window:time period. I have tried using long (millisecond) and java.util.Date without success. ================================== declare SimpleObject @role(event) @timestamp(customTime) @expires(10m) end; rule "honour custom timestamp" when $avgVal : Number (longValue > 0) from accumulate ( SimpleObject($valueLng : valueLong ) over window:time (10s) from entry-point "SimpleEP", average ( $valueLng ) ) then System.out.println("avg: " + $avgVal); end --------------------------------------- import java.util.Date; public class SimpleObject { private long customTime; public long valueLong; public SimpleObject(Date customTime, long valueLong) { this.customTime = customTime.getTime(); this.valueLong = valueLong; } public long getCustomTime() { return customTime; } public void setCustomTime(long customTime) { this.customTime = customTime; } public long getValueLong() { return valueLong; } public void setValueLong(long valueLong) { this.valueLong = valueLong; } } ------------ Trivial Spock/Groovy unit test ---------------- @IgnoreRest def "should honour custom timestamp"() { when: use (TimeCategory) { def now = new Date() simpleEp.insert(new SimpleObject(now, 100)) ksession.fireAllRules() clock.advanceTime( 5, TimeUnit.SECONDS ); ksession.fireAllRules() simpleEp.insert(new SimpleObject(5.seconds.from.now, 90)) ksession.fireAllRules() clock.advanceTime( 5, TimeUnit.SECONDS ); ksession.fireAllRules() simpleEp.insert(new SimpleObject(10.seconds.from.now, 80)) ksession.fireAllRules() clock.advanceTime( 5, TimeUnit.SECONDS ); ksession.fireAllRules() simpleEp.insert(new SimpleObject(15.seconds.from.now, 70)) ksession.fireAllRules() clock.advanceTime( 5, TimeUnit.SECONDS ); ksession.fireAllRules() simpleEp.insert(new SimpleObject(20.seconds.from.now, 60)) ksession.fireAllRules() clock.advanceTime( 5, TimeUnit.SECONDS ); ksession.fireAllRules() simpleEp.insert(new SimpleObject(25.seconds.from.now, 50)) ksession.fireAllRules() clock.advanceTime( 5, TimeUnit.SECONDS ); ksession.fireAllRules() } then: 1 == 1 // no assertions - we're examining the stdout. } ================================== OUTPUT (INCORRECT - all values are included for each evalutation): avg: 100.0 avg: 95.0 avg: 90.0 avg: 85.0 avg: 80.0 avg: 75.0 Note that when commenting out the @timestamp tag the output changes to the following (correct) output: avg: 100.0 avg: 95.0 avg: 90.0 avg: 85.0 avg: 80.0 avg: 75.0 avg: 70.0 avg: 65.0 avg: 60.0 avg: 55.0 avg: 50.0 Also note that when using the REALTIME clock with Thread.sleep the output is correct. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 2 months

2
1
0 / 0

[JBoss JIRA] (JBRULES-3332) Accumulate with nested field binding has bad type inference

by Adar Dembo (Created) (JIRA)

Accumulate with nested field binding has bad type inference ----------------------------------------------------------- Key: JBRULES-3332 URL: https://issues.jboss.org/browse/JBRULES-3332 Project: Drools Issue Type: Bug Security Level: Public (Everyone can see) Components: drools-compiler (expert) Affects Versions: 5.3.1.Final Reporter: Adar Dembo Assignee: Mark Proctor (I'm completely new to Drools, so bear with me as I try to describe this) When a rule specifies an accumulate CE containing a variable bound to a nested field expression, the inferred type of the variable is incorrect. I have attached a pull request containing a unit test that is broken by this bug. If I make the nested class' field private and add a getter for it, the test passes. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 2 months

2
1
0 / 0

[JBoss JIRA] (JBRULES-3336) Could not parse knowledge when using 'not contains' in a parentheses leading a '!'

by Miles Wen (Created) (JIRA)

Could not parse knowledge when using 'not contains' in a parentheses leading a '!' ---------------------------------------------------------------------------------- Key: JBRULES-3336 URL: https://issues.jboss.org/browse/JBRULES-3336 Project: Drools Issue Type: Bug Security Level: Public (Everyone can see) Components: drools-compiler (expert) Affects Versions: 5.3.0.Final Environment: jdk 1.6u27 drools 5.3.0 final Reporter: Miles Wen Assignee: Mark Proctor This code could not be parsed correctly: rule "out" when Msg(!(set not contains "test")) then end I tried a few simple situations and found that when using 'not contains' operator in a '!' leading parentheses triggers this problem. If no '!' prefixing the parentheses,the program works like a charm... The example above seemed so stupid(you can use a 'contains' operator instead), but this is the simplest toy example.And this problem would be looked more important if you want to write some logic like this: Msg(!(set not contains "test" || !bool && string == "hello")) -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 2 months

3
3
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira January 2012