April 2012 - jboss-jira - Jboss List Archives

[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

13 years, 9 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

13 years, 9 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

13 years, 9 months

3
3
0 / 0

[JBoss JIRA] (JBRULES-3360) Wumpus World

by Mark Proctor (JIRA)

Mark Proctor created JBRULES-3360: ------------------------------------- Summary: Wumpus World Key: JBRULES-3360 URL: https://issues.jboss.org/browse/JBRULES-3360 Project: Drools Issue Type: Feature Request Security Level: Public (Everyone can see) Reporter: Mark Proctor Assignee: Mark Proctor -- 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

13 years, 9 months

1
2
0 / 0

[JBoss JIRA] (JBRULES-3342) Incorrect/Misleading Expert Documentation For Drools XML Language

by Justin Holmes (JIRA)

Justin Holmes created JBRULES-3342: -------------------------------------- Summary: Incorrect/Misleading Expert Documentation For Drools XML Language Key: JBRULES-3342 URL: https://issues.jboss.org/browse/JBRULES-3342 Project: Drools Issue Type: Bug Security Level: Public (Everyone can see) Components: drools-docs-expert Affects Versions: 5.4.0.Beta1, 5.3.1.Final, 5.2.0.Final, 5.1.1.FINAL, 5.0.1.FINAL Environment: None - this a documentation issue Reporter: Justin Holmes Assignee: Mark Proctor The Drools XML language "...has not been developed since drools 4.0, and is considered a deprecated feature." However, the docs for 5.x versions of Drools clearly state, "All the features are available with XML that are available to DRL." As such,the docs need to be updated to reflect the current state of the XML language so users are not mislead. A simple yellow Warning box at the beginning of the XML section stating that the XML hasn't been developed since 4.0 and is consider deprecated will be enough to properly inform users. Removing the "All features..." would be useful as well. I'm planning to provided a pull request in the next week or so.do -- 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

13 years, 9 months

3
12
0 / 0

[JBoss JIRA] (JBRULES-3420) ModifyPreviousTuples should avoid creating HashMaps

by Mark Proctor (JIRA)

Mark Proctor created JBRULES-3420: ------------------------------------- Summary: ModifyPreviousTuples should avoid creating HashMaps Key: JBRULES-3420 URL: https://issues.jboss.org/browse/JBRULES-3420 Project: Drools Issue Type: Feature Request Security Level: Public (Everyone can see) Components: drools-core (expert) Reporter: Mark Proctor Assignee: Mark Proctor -- 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

13 years, 9 months

1
2
0 / 0

[JBoss JIRA] (JBRULES-3380) Add RuleFlowGroup events

by Mark Proctor (JIRA)

Mark Proctor created JBRULES-3380: ------------------------------------- Summary: Add RuleFlowGroup events Key: JBRULES-3380 URL: https://issues.jboss.org/browse/JBRULES-3380 Project: Drools Issue Type: Enhancement Security Level: Public (Everyone can see) Reporter: Mark Proctor Assignee: Mark Proctor This is needed to fix JBRULES-3378 "ClassCastException when retrieving AgendaEventListener collection" -- 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

13 years, 9 months

2
13
0 / 0

[JBoss JIRA] (AS7-4337) TCCL not set correctly when activating MDB endpoint

by Stuart Douglas (JIRA)

Stuart Douglas created AS7-4337: ----------------------------------- Summary: TCCL not set correctly when activating MDB endpoint Key: AS7-4337 URL: https://issues.jboss.org/browse/AS7-4337 Project: Application Server 7 Issue Type: Bug Components: EJB Affects Versions: 7.1.1.Final Reporter: Stuart Douglas Assignee: Stuart Douglas Fix For: 7.1.2.Final -- 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

13 years, 9 months

1
1
0 / 0

[JBoss JIRA] (AS7-4198) default value in infinispan subsystem schema is ignored

by Michal Linhard (JIRA)

Michal Linhard created AS7-4198: ----------------------------------- Summary: default value in infinispan subsystem schema is ignored Key: AS7-4198 URL: https://issues.jboss.org/browse/AS7-4198 Project: Application Server 7 Issue Type: Bug Components: Clustering Affects Versions: 7.1.1.Final Reporter: Michal Linhard Assignee: Paul Ferraro Priority: Minor Because of the way the infinispan subsystem is parsed: https://github.com/jbossas/jboss-as/blob/master/clustering/infinispan/src... The default value for l1-lifespan attribute specified here: https://github.com/jbossas/jboss-as/blob/master/build/src/main/resources/... is ignored. Could we changed it to zero in the schema, so that there aren't doubts whether L1 is or is not enabled by default when this attribute is omitted ? Correct behaviour IMO should be: L1 is disabled by default. And that is the way it is, this default value just adds to confusion. -- 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

13 years, 9 months

4
12
0 / 0

[JBoss JIRA] (AS7-3755) JSR88 deployment causes errors because of invalid paths

by Wolfgang Knauf (JIRA)

Wolfgang Knauf created AS7-3755: ----------------------------------- Summary: JSR88 deployment causes errors because of invalid paths Key: AS7-3755 URL: https://issues.jboss.org/browse/AS7-3755 Project: Application Server 7 Issue Type: Bug Components: JSR88 Affects Versions: 7.1.0.CR1 Reporter: Wolfgang Knauf Assignee: Thomas Diesler I observed two problems when performing JSR88 deployment. Though they are at completely different places, it seems they both have the same root cause: a JSR88 module name, which contains the path to the temp dir, seems to be treated a a file name later. First observation is this error message when deploying the EAR file attached to #AS7-3474 : 21:24:44,781 ERROR [org.jboss.as.ejb3] (MSC service thread 1-3) JBAS014132: Could not create directory C:\temp\jboss-as-7.1.0.Final-SNAPSHOT\standalone\data\timer-service-data\file:\C:\DOCUME~1\Knuffi\LOCALS~1\Temp\Stateless.StatelessEJB.GeometricModelBean to persist EJB timers. I don't know whether this breaks something, I just noticed the error message. And the second problem happened when deploying a small Struts2 sample: 21:23:10,875 FATAL [org.apache.jasper.EmbeddedServletOptions] (MSC service thread 1-4) The scratchDir you specified: C:\temp\jboss-as-7.1.0.Final-SNAPSHOT\standalone\tmp\work\jboss.web\default-host\file:_C:_DOCUME~1_Knuffi_LOCALS~1_Temp_StrutsBasics is unusable. The path is different, but the problem seems to be the same (here ":" is not removed from the path name). This caused a failed deployment, thus is is really a problem. I posted the second error plus a small sample (including my famous JSR88 deployer client ;-)) in the JBossWeb forum, but did not receive a reply up to now. See here for the sample: https://community.jboss.org/thread/194841 -- 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

13 years, 9 months

3
6
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 April 2012