July 2007 - jboss-jira - Jboss List Archives

[JBoss JIRA] Created: (JBRULES-1038) addRuleFlow throws Exceptions

by Mark Proctor (JIRA)

addRuleFlow throws Exceptions ----------------------------- Key: JBRULES-1038 URL: http://jira.jboss.com/jira/browse/JBRULES-1038 Project: JBoss Rules Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 4.0.0.GA Reporter: Mark Proctor Assigned To: Kris Verlaenen Fix For: 4.0.1 Add invalid ruleflows ends up with exceptions being thrown. All issues show be added to the "results" array list, so the user can programmatically inspect the errors; exceptions causing the program to exit should not happen. -- 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

18 years, 12 months

2
2
0 / 0

[JBoss JIRA] Created: (JBRULES-981) Milestone

by Kris Verlaenen (JIRA)

Milestone --------- Key: JBRULES-981 URL: http://jira.jboss.com/jira/browse/JBRULES-981 Project: JBoss Rules Issue Type: Feature Request Security Level: Public (Everyone can see) Components: Rule Flow Reporter: Kris Verlaenen Assigned To: Kris Verlaenen Fix For: FUTURE A Milestone represents a state which is associated with a condition. The milestone only continues if the condition associated with it is satisfied. -- 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

18 years, 12 months

1
2
0 / 0

[JBoss JIRA] Created: (JBRULES-1041) Subflow

by Kris Verlaenen (JIRA)

Subflow ------- Key: JBRULES-1041 URL: http://jira.jboss.com/jira/browse/JBRULES-1041 Project: JBoss Rules Issue Type: Feature Request Security Level: Public (Everyone can see) Components: Rule Flow Reporter: Kris Verlaenen Assigned To: Kris Verlaenen A subflow node allow to start another ruleflow as part of this ruleflow. The subflow node should wait until that subflow has been completed before continuing. -- 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

18 years, 12 months

1
1
0 / 0

[JBoss JIRA] Created: (JBRULES-1043) Enhanced Java completion proposals

by Kris Verlaenen (JIRA)

Enhanced Java completion proposals ---------------------------------- Key: JBRULES-1043 URL: http://jira.jboss.com/jira/browse/JBRULES-1043 Project: JBoss Rules Issue Type: Feature Request Security Level: Public (Everyone can see) Components: Eclipse IDE Reporter: Kris Verlaenen Assigned To: Kris Verlaenen Fix For: 4.0.1 The drl editor should support more advanced Java completion proposals like currently supported by the default Java editor. Currently, a lot of context information is lost by mapping those Java completion proposals to Drools-specific ones manually. -- 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

18 years, 12 months

1
1
0 / 0

[JBoss JIRA] Created: (JBRULES-1042) Integrate ruleflows in drools build

by Kris Verlaenen (JIRA)

Integrate ruleflows in drools build ----------------------------------- Key: JBRULES-1042 URL: http://jira.jboss.com/jira/browse/JBRULES-1042 Project: JBoss Rules Issue Type: Feature Request Security Level: Public (Everyone can see) Components: Eclipse IDE Reporter: Kris Verlaenen Assigned To: Kris Verlaenen Fix For: 4.0.1 Ruleflows should be parsed when part of a Drools project and errors shown in the problems view -- 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

18 years, 12 months

1
1
0 / 0

[JBoss JIRA] Created: (JBRULES-1034) NullPointerException in a simple test

by Christian Spurk (JIRA)

NullPointerException in a simple test ------------------------------------- Key: JBRULES-1034 URL: http://jira.jboss.com/jira/browse/JBRULES-1034 Project: JBoss Rules Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 4.0.0.GA Reporter: Christian Spurk Assigned To: Mark Proctor Priority: Blocker I have the class and rule files setup listed below and if I run the SimpleTest class, I get the following exception: Exception in thread "main" java.lang.NullPointerException at org.drools.reteoo.CompositeObjectSinkAdapter$HashKey.equals(CompositeObjectSinkAdapter.java:608) at org.drools.util.AbstractHashTable$EqualityEquals.equal(AbstractHashTable.java:345) at org.drools.util.ObjectHashMap.get(ObjectHashMap.java:86) at org.drools.reteoo.CompositeObjectSinkAdapter.propagateAssertObject(CompositeObjectSinkAdapter.java:295) at org.drools.reteoo.ObjectTypeNode.assertObject(ObjectTypeNode.java:168) at org.drools.reteoo.Rete.assertObject(Rete.java:168) at org.drools.reteoo.ReteooRuleBase.assertObject(ReteooRuleBase.java:190) at org.drools.reteoo.ReteooWorkingMemory.doInsert(ReteooWorkingMemory.java:70) at org.drools.common.AbstractWorkingMemory.insert(AbstractWorkingMemory.java:848) at org.drools.common.AbstractWorkingMemory.insert(AbstractWorkingMemory.java:822) at org.drools.common.AbstractWorkingMemory.insert(AbstractWorkingMemory.java:623) at com.sample.SimpleTest.main(SimpleTest.java:22) Following the setup of four files: /* SimpleTest.java */ package com.sample; // ... imports removed for brevity public class SimpleTest { public static final void main(String[] args) throws Exception { PackageBuilder builder = new PackageBuilder(); builder.addPackageFromDrl(new InputStreamReader(SimpleTest.class .getResourceAsStream("/rf1.drl"))); builder.addPackageFromDrl(new InputStreamReader(SimpleTest.class .getResourceAsStream("/rf2.drl"))); RuleBase rb = RuleBaseFactory.newRuleBase(); rb.addPackage(builder.getPackage()); WorkingMemory wm = rb.newStatefulSession(); wm.insert(new Task()); // <-- crashes here wm.fireAllRules(); } } /* Task.java */ package com.sample; public class Task { private String next = null; public String getNext() { return next; } public void setNext(String next) { this.next = next; } } // rf1.drl package com.sample rule "r0" when Task( next == null ); # <-- change to "x" then System.out.println("r0"); end rule "r1" when Task( next == "1" ); then System.out.println("r1"); end // rf2.drl package com.sample rule "r2" when Task( next == "2" ); then System.out.println("r1"); end I've marked the position in the source code at which the run crashes. Some more strange things relating to this problem: * If I change the 'null' in rf1.drl to '""' (empty string), the problem remains. * If I change the 'null' in rf1.drl to '"x"' (or some other non-empty string), then the exception is gone. * If I remove any of the two rule files, the exception is gone, too. -- 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

18 years, 12 months

2
4
0 / 0

[JBoss JIRA] Created: (JBRULES-1037) Ruleflow RF file does not correctly generate RFM

by Mark Proctor (JIRA)

Ruleflow RF file does not correctly generate RFM ------------------------------------------------ Key: JBRULES-1037 URL: http://jira.jboss.com/jira/browse/JBRULES-1037 Project: JBoss Rules Issue Type: Bug Security Level: Public (Everyone can see) Components: Rule Flow Affects Versions: 4.0.0.GA Reporter: Mark Proctor Assigned To: Kris Verlaenen Fix For: 4.0.1 Attachments: Shows a not updated .rfm.jpg The Ruleflow seems to cache the .rfm on the first use of validation, after that point changes are not saved to the .rfm and the .rf is still showing the old validation method. -- 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

18 years, 12 months

2
3
0 / 0

[JBoss JIRA] Updated: (JBCACHE-97) ReadWriteLockWithUpgrade: UpgradeException with more than 1 reader/writer waiting to upgrade lock

by Manik Surtani (JIRA)

[ http://jira.jboss.com/jira/browse/JBCACHE-97?page=all ] Manik Surtani updated JBCACHE-97: --------------------------------- Fix Version/s: 2.1.0.GA (was: 2.0.0.GA) > ReadWriteLockWithUpgrade: UpgradeException with more than 1 reader/writer waiting to upgrade lock > ------------------------------------------------------------------------------------------------- > > Key: JBCACHE-97 > URL: http://jira.jboss.com/jira/browse/JBCACHE-97 > Project: JBoss Cache > Issue Type: Bug > Components: Clustering > Reporter: Bela Ban > Assigned To: Jason T. Greene > Fix For: 2.1.0.GA > > > TxDeadlockUnitTestCase has 2 methods that show the following stack traces: > testMoreThanOneUpgrader: > Upgrader#0: get(/a/b/c) > Upgrader#1: get(/a/b/c) > main: locks: > /a (read owners=[<null>:2, <null>:1]) > /b (read owners=[<null>:2, <null>:1]) > /c (read owners=[<null>:2, <null>:1]) > Upgrader#0: put(/a/b/c) > Upgrader#1: put(/a/b/c) > Upgrader#1: org.jboss.cache.lock.LockingException: acquireWriteLock(): lock upgrade failed for /a/b/c (caller=<null>:2); - nested throwable: (org.jboss.cache.lock.UpgradeException: upgradeLockAttempt(): more than one reader trying to simultaneously upgrade to write lock) > Upgrader#0: org.jboss.cache.lock.TimeoutException: upgrade lock for /a/b/c could not be acquired after 3000 ms. Lock map ownership Read lock owners: [<null>:2] > Write lock owner: null > (caller=<null>:1) > org.jboss.cache.lock.TimeoutException: upgrade lock for /a/b/c could not be acquired after 3000 ms. Lock map ownership Read lock owners: [<null>:2] > Write lock owner: null > (caller=<null>:1) > at org.jboss.cache.lock.IdentityLock.acquireWriteLock(IdentityLock.java:155) > at org.jboss.cache.Node.acquireWriteLock(Node.java:448) > at org.jboss.cache.Node.acquire(Node.java:417) > at org.jboss.cache.interceptors.LockInterceptor.lock(LockInterceptor.java:199) > at org.jboss.cache.interceptors.LockInterceptor.invoke(LockInterceptor.java:144) > at org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:40) > at org.jboss.cache.interceptors.CreateIfNotExistsInterceptor.invoke(CreateIfNotExistsInterceptor.java:145) > at org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:40) > at org.jboss.cache.interceptors.UnlockInterceptor.invoke(UnlockInterceptor.java:35) > at org.jboss.cache.TreeCache.invokeMethod(TreeCache.java:2998) > at org.jboss.cache.TreeCache.put(TreeCache.java:1657) > at org.jboss.test.cache.test.local.TxDeadlockUnitTestCase$MyUpgrader._run(TxDeadlockUnitTestCase.java:346) > at org.jboss.test.cache.test.local.TxDeadlockUnitTestCase$GenericThread.run(TxDeadlockUnitTestCase.java:213) > at org.jboss.test.cache.test.local.TxDeadlockUnitTestCase$GenericThread.run(TxDeadlockUnitTestCase.java:213) > and > testConcurrentUpgrade(): > MyThread#1: get(/a/b/c) > MyThread#2: get(/a/b/c) > MyThread#2: done, locks: > /a (read owners=[<null>:2]) > /b (read owners=[<null>:2]) > /c (read owners=[<null>:2]) > MyThread#1: done, locks: > /a (read owners=[<null>:2, <null>:1]) > /b (read owners=[<null>:2, <null>:1]) > /c (read owners=[<null>:2, <null>:1]) > MyThread#2: put(/a/b/c) > MyThread#1: put(/a/b/c) > MyThread#1: org.jboss.cache.lock.LockingException: acquireWriteLock(): lock upgrade failed for /a/b/c (caller=<null>:1); - nested throwable: (org.jboss.cache.lock.UpgradeException: upgradeLockAttempt(): more than one reader trying to simultaneously upgrade to write lock) > MyThread#2: org.jboss.cache.lock.TimeoutException: upgrade lock for /a/b/c could not be acquired after 3000 ms. Lock map ownership Read lock owners: [<null>:1] > Write lock owner: null > (caller=<null>:2) > org.jboss.cache.lock.TimeoutException: upgrade lock for /a/b/c could not be acquired after 3000 ms. Lock map ownership Read lock owners: [<null>:1] > Write lock owner: null > (caller=<null>:2) > at org.jboss.cache.lock.IdentityLock.acquireWriteLock(IdentityLock.java:155) > at org.jboss.cache.Node.acquireWriteLock(Node.java:448) > at org.jboss.cache.Node.acquire(Node.java:417) > at org.jboss.cache.interceptors.LockInterceptor.lock(LockInterceptor.java:199) > at org.jboss.cache.interceptors.LockInterceptor.invoke(LockInterceptor.java:144) > at org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:40) > at org.jboss.cache.interceptors.CreateIfNotExistsInterceptor.invoke(CreateIfNotExistsInterceptor.java:145) > at org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:40) > at org.jboss.cache.interceptors.UnlockInterceptor.invoke(UnlockInterceptor.java:35) > at org.jboss.cache.TreeCache.invokeMethod(TreeCache.java:2998) > at org.jboss.cache.TreeCache.put(TreeCache.java:1657) > at org.jboss.test.cache.test.local.TxDeadlockUnitTestCase$MyThread._run(TxDeadlockUnitTestCase.java:317) > at org.jboss.test.cache.test.local.TxDeadlockUnitTestCase$GenericThread.run(TxDeadlockUnitTestCase.java:213) > at org.jboss.test.cache.test.local.TxDeadlockUnitTestCase$GenericThread.run(TxDeadlockUnitTestCase.java:213) -- 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

18 years, 12 months

1
0
0 / 0

[JBoss JIRA] Created: (JBCACHE-1084) stop() should clear all in-memory state.

by Manik Surtani (JIRA)

stop() should clear all in-memory state. ---------------------------------------- Key: JBCACHE-1084 URL: http://jira.jboss.com/jira/browse/JBCACHE-1084 Project: JBoss Cache Issue Type: Feature Request Security Level: Public (Everyone can see) Reporter: Manik Surtani Assigned To: Manik Surtani Priority: Minor Fix For: 2.0.0.CR3, 2.0.0.GA -- 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

18 years, 12 months

2
5
0 / 0

[JBoss JIRA] Created: (JBAS-4566) Create a configuration called SOA with JBossMessaging as the JMS provider

by Clebert Suconic (JIRA)

Create a configuration called SOA with JBossMessaging as the JMS provider ------------------------------------------------------------------------- Key: JBAS-4566 URL: http://jira.jboss.com/jira/browse/JBAS-4566 Project: JBoss Application Server Issue Type: Feature Request Security Level: Public (Everyone can see) Reporter: Clebert Suconic Assigned To: Clebert Suconic Fix For: JBossAS-4.4.0.CR1 -- 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

18 years, 12 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 July 2007