May 2011 - jboss-jira - Jboss List Archives

[JBoss JIRA] Created: (AS7-828) Update poms to use plugin versions from jboss-parent

by Paul Gier (JIRA)

Update poms to use plugin versions from jboss-parent ---------------------------------------------------- Key: AS7-828 URL: https://issues.jboss.org/browse/AS7-828 Project: Application Server 7 Issue Type: Task Reporter: Paul Gier Assignee: Paul Gier Fix For: 7.0.0.CR1 Some of the modules define specific versions for plugins. In general, the build should just use the plugin versions inherited from the jboss-parent unless there is a requirement on a specific version. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 11 months

1
1
0 / 0

[JBoss JIRA] Created: (JBRULES-1671) org.drools.integrationtests.DynamicRulesTest.testDynamicFunction fails with jrockit

by Jaroslaw Kijanowski (JIRA)

org.drools.integrationtests.DynamicRulesTest.testDynamicFunction fails with jrockit ----------------------------------------------------------------------------------- Key: JBRULES-1671 URL: http://jira.jboss.com/jira/browse/JBRULES-1671 Project: JBoss Drools Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 4.0.7 Environment: http://anonsvn.labs.jboss.com/labs/jbossrules/tags/DROOLS_SOA_4_2_19937_CP2 Reporter: Jaroslaw Kijanowski Assigned To: Mark Proctor Please see SOA-621 for details, it affects the SOA branch -- 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, 11 months

2
1
0 / 0

[JBoss JIRA] Created: (JBRULES-1670) org.drools.agent.RuleAgentTest.testDirectory fails on windows on jrockit

by Jaroslaw Kijanowski (JIRA)

org.drools.agent.RuleAgentTest.testDirectory fails on windows on jrockit ------------------------------------------------------------------------ Key: JBRULES-1670 URL: http://jira.jboss.com/jira/browse/JBRULES-1670 Project: JBoss Drools Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 4.0.7 Environment: http://anonsvn.labs.jboss.com/labs/jbossrules/tags/DROOLS_SOA_4_2_19937_CP2 Reporter: Jaroslaw Kijanowski Assigned To: Mark Proctor Please see SOA-620 for details, it affects the SOA branch -- 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, 11 months

2
2
0 / 0

[JBoss JIRA] Created: (JBRULES-2113) NPE thrown by LeftTuple.get() method

by Tom Murphy (JIRA)

NPE thrown by LeftTuple.get() method ------------------------------------ Key: JBRULES-2113 URL: https://jira.jboss.org/jira/browse/JBRULES-2113 Project: JBoss Drools Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 5.0.0.CR1 Environment: FOund in 5.0.0.CR1 - Community version. Windows XP Reporter: Tom Murphy Assignee: Mark Proctor the get() method on LeftTuple throws a null exception under certain circumstances, which are as yet undetermined. Here is the Code: public InternalFactHandle get(final int index) { LeftTuple entry = this; while ( entry.index != index ) { entry = entry.parent; } return entry.handle; } Note that the loop moves to each parent in succession, but never checks for entry != null. If it does get to the end of the chain, it will throw an NPE -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 11 months

3
3
0 / 0

[JBoss JIRA] Created: (JBRULES-2101) Intermittant NullPointerException when invoking StatefulSession.asyncUpdate() while maintainTms==true

by Greg Barton (JIRA)

Intermittant NullPointerException when invoking StatefulSession.asyncUpdate() while maintainTms==true ----------------------------------------------------------------------------------------------------- Key: JBRULES-2101 URL: https://jira.jboss.org/jira/browse/JBRULES-2101 Project: JBoss Drools Issue Type: Bug Security Level: Public (Everyone can see) Components: drools-core Affects Versions: 5.0.1.FINAL Environment: Ubuntu Jaunty Jackelope Linux version 2.6.27-11-generic (buildd@yellow) (gcc version 4.3.2 (Ubuntu 4.3.2-1ubuntu11) ) #1 SMP Wed Apr 1 20:53:41 UTC 2009 Multicore Reporter: Greg Barton Assignee: Mark Proctor After calling StatefulSession.asyncUpdate() the following exception occurs, but only when maintainTms==true in the rule configuration: Exception in thread "Thread-5" java.lang.NullPointerException at org.drools.common.AbstractWorkingMemory.update(AbstractWorkingMemory.java:1387) at org.drools.common.AbstractWorkingMemory.update(AbstractWorkingMemory.java:1350) at org.drools.concurrent.UpdateObject.execute(UpdateObject.java:46) at org.drools.concurrent.CommandExecutor.run(CommandExecutor.java:78) at java.lang.Thread.run(Thread.java:619) AbstractWorkingMemory.java line 1387 is wrapped in an if statement with condition "this.maintainTms" so setting maintainTms=false avoids the exception entirely. The NPE producing line is this: status = ((InternalFactHandle) factHandle).getEqualityKey().getStatus(); While encountering this problem the factHandle passed in to StatefulSession.asyncUpdate() was always non-null, so my guess is that the getEqualityKey() call returned null. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 11 months

2
2
0 / 0

[JBoss JIRA] Created: (JBRULES-2839) ClassCastException: org.drools.reteoo.CollectNode$CollectMemory cannot be cast to org.drools.reteoo.FromNode$FromMemory

by Christian Jacinto (JIRA)

ClassCastException: org.drools.reteoo.CollectNode$CollectMemory cannot be cast to org.drools.reteoo.FromNode$FromMemory ----------------------------------------------------------------------------------------------------------------------- Key: JBRULES-2839 URL: https://issues.jboss.org/browse/JBRULES-2839 Project: Drools Issue Type: Bug Security Level: Public (Everyone can see) Components: drools-core Affects Versions: 5.0.1.FINAL Reporter: Christian Jacinto Assignee: Mark Proctor Posting a similar case retrieved from http://comments.gmane.org/gmane.comp.java.drools.user/19739: Rule: rule "test" when $inputObj : QuotationSearchFormObject( extensions != null ) QuotationLineExt( $locFrmLabel:label == 'Location From' , value != null , $locFromValue : value ) from $inputObj.getExtensions() i : ArrayList( size > 0 ) from collect ( QuotationLine( extensions != null ) from $totList); then System.out.println("success"); end Stacktrace: java.lang.ClassCastException: org.drools.reteoo.CollectNode$CollectMemory cannot be cast to org.drools.reteoo.FromNode$FromMemory at org.drools.reteoo.FromNode.assertLeftTuple(FromNode.java:93) at org.drools.reteoo.CompositeLeftTupleSinkAdapter.doPropagateAssertLeftTuple(CompositeLeftTupleSinkAdapter.java:145) at org.drools.reteoo.CompositeLeftTupleSinkAdapter.createAndPropagateAssertLeftTuple(CompositeLeftTupleSinkAdapter.java:57) at org.drools.reteoo.LeftInputAdapterNode.assertObject(LeftInputAdapterNode.java:142) at org.drools.reteoo.CompositeObjectSinkAdapter.doPropagateAssertObject(CompositeObjectSinkAdapter.java:360) at org.drools.reteoo.CompositeObjectSinkAdapter.propagateAssertObject(CompositeObjectSinkAdapter.java:344) at org.drools.reteoo.ObjectTypeNode.assertObject(ObjectTypeNode.java:185) at org.drools.reteoo.EntryPointNode.assertObject(EntryPointNode.java:146) at org.drools.common.AbstractWorkingMemory.insert(AbstractWorkingMemory.java:1046) at org.drools.common.AbstractWorkingMemory.insert(AbstractWorkingMemory.java:1001) at org.drools.common.AbstractWorkingMemory.insert(AbstractWorkingMemory.java:788) at org.drools.process.command.InsertElementsCommand.execute(InsertElementsCommand.java:40) at org.drools.process.command.InsertElementsCommand.execute(InsertElementsCommand.java:12) at org.drools.runtime.impl.BatchExecutionImpl.execute(BatchExecutionImpl.java:23) at org.drools.runtime.impl.BatchExecutionImpl.execute(BatchExecutionImpl.java:9) at org.drools.impl.StatelessKnowledgeSessionImpl.execute(StatelessKnowledgeSessionImpl.java:225) -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 11 months

2
2
0 / 0

[JBoss JIRA] Created: (JBRULES-1675) Xpath Default Constraint Evaluations

by Paul Ryan (JIRA)

Xpath Default Constraint Evaluations ------------------------------------ Key: JBRULES-1675 URL: http://jira.jboss.com/jira/browse/JBRULES-1675 Project: JBoss Drools Issue Type: Feature Request Security Level: Public (Everyone can see) Components: Drl Parser/Builder, Eclipse IDE, Rule Assemply/SPI, Solver, Verifier, xml Reporter: Paul Ryan Assigned To: Mark Proctor A default set of constraint matchers for xpath based on loaded w3c DOMs would be very helpful. For our project we have alot of facts that are just an xml file (this seems to be the way the industry in general is going) that is calculated and being able to load that in to working memory and have constraint based node evaluations would be a very nice and attractive feature. I would suggest as a start a basic content equals (on elements it would match against text content and on attributes it would match against the node value) as well as a basic check for exists based on given xpath. Potential syntax: Fact( xml.xpath("/document//fragment[@id='myid']")) // Checks if the xpath exists in the property xml or Fact( xml.xpath("/document//fragment[@id='myid']") == "myvalue") // Checks if the text content of the fragment with the given id is "myvalue" or Fact( xml.xpath("/document//fragment[@id='myid']/@attr1") == "myattr") // Checks if the node value of the attribute attr1 in the given fragment is "myattr" with the property xml having been defined in the fact. I would suggest implementing this using the latest DOM stuff that has been recently released with xerces 2.9 and up as it has a very fast and efficient xpath evaluator. If you would like I think I can draw up some examples, however I don't think I know enough about drools core code to write this feature myself yet, maybe with some help. Also this constraint module may need a new interface for configuring the size limit (or other constraint) around when to load the xml into working memory. Maybe a annotation based solution in the fact is a good idea (e.g. put an annotation @LoadDOM on xml property in the fact for properties that should be loaded into DOM), or the other option is that the designer has to set the property up as an org.w3c.dom.Document for it to be consider pre-loadable. -- 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, 11 months

5
6
0 / 0

[JBoss JIRA] Created: (JBRULES-2069) NPE on RuleBase when Guvnor is down

by George Gastaldi (JIRA)

NPE on RuleBase when Guvnor is down ----------------------------------- Key: JBRULES-2069 URL: https://jira.jboss.org/jira/browse/JBRULES-2069 Project: JBoss Drools Issue Type: Bug Security Level: Public (Everyone can see) Components: drools-core Affects Versions: 5.0.0.CR1 Reporter: George Gastaldi Assignee: Mark Proctor Priority: Minor When creating a a RuleBasedAgent with the following code: org.drools.agent.RuleAgent.newRuleAgent(properties), having properties only the url property, the following stacktrace appears: java.io.IOException: Was unable to reach server. at org.drools.agent.URLScanner.hasChanged(URLScanner.java:155) at org.drools.agent.URLScanner.getChangeSet(URLScanner.java:119) at org.drools.agent.URLScanner.loadPackageChanges(URLScanner.java:96) at org.drools.agent.RuleAgent.checkForChanges(RuleAgent.java:410) at org.drools.agent.RuleAgent.refreshRuleBase(RuleAgent.java:362) at org.drools.agent.RuleAgent.configure(RuleAgent.java:347) at org.drools.agent.RuleAgent.init(RuleAgent.java:247) at org.drools.agent.RuleAgent.newRuleAgent(RuleAgent.java:187) at org.drools.agent.RuleAgent.newRuleAgent(RuleAgent.java:147) followed by java.lang.NullPointerException at org.drools.agent.RuleAgent.refreshRuleBase(RuleAgent.java:363) at org.drools.agent.RuleAgent.configure(RuleAgent.java:347) at org.drools.agent.RuleAgent.init(RuleAgent.java:247) at org.drools.agent.RuleAgent.newRuleAgent(RuleAgent.java:187) at org.drools.agent.RuleAgent.newRuleAgent(RuleAgent.java:147) That´s OK to throw the IOException, but the NullPointerException should not happen. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 11 months

2
2
0 / 0

[JBoss JIRA] Created: (LOGTOOL-17) Overloaded methods with same parameter count only implement one of the methods

by James Perkins (JIRA)

Overloaded methods with same parameter count only implement one of the methods ------------------------------------------------------------------------------ Key: LOGTOOL-17 URL: https://issues.jboss.org/browse/LOGTOOL-17 Project: Log Tool Issue Type: Bug Security Level: Public (Everyone can see) Reporter: James Perkins Assignee: James Perkins Priority: Blocker Fix For: 1.0.0.Beta7 Switching to using a TreeMap has broken overloaded methods that contain the same number of parameters. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 11 months

1
2
0 / 0

[JBoss JIRA] Created: (JBMESSAGING-1865) In SessionState.beforeAborting() it wrongly assumes that all children in a SessionState to be ConsumerState, it could also be a ProducerState

by Yong Hao Gao (JIRA)

In SessionState.beforeAborting() it wrongly assumes that all children in a SessionState to be ConsumerState, it could also be a ProducerState --------------------------------------------------------------------------------------------------------------------------------------------- Key: JBMESSAGING-1865 URL: https://issues.jboss.org/browse/JBMESSAGING-1865 Project: JBoss Messaging Issue Type: Bug Reporter: Yong Hao Gao Assignee: Yong Hao Gao This line: ConsumerState conState = (ConsumerState)consumers.next(); could result in a class cast exception. Need to add a check before casting. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 11 months

1
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 May 2011