January 2008 - jboss-jira - Jboss List Archives

[JBoss JIRA] Created: (JBRULES-1351) Rules not firing in heavely threaded application

by paata lominadze (JIRA)

Rules not firing in heavely threaded application ------------------------------------------------ Key: JBRULES-1351 URL: http://jira.jboss.com/jira/browse/JBRULES-1351 Project: JBoss Drools Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 4.0.3, 4.0.2 Reporter: paata lominadze Server application loads precompiled rule package into memory then it creates as many rulebases as much threads are there. (every thread has its own rulebase and stateless session) application receives messages, then it dispatches it to one of the threads. thread itself executes rules on its own stateless session. rules are written such a way so that at least one rule should fire. but sometimes rules don't fire. in such situations we are passing same facts to rules engine second time, on the same rulebase, using same stateless session. this time one rule is selected. facts are not modified during two runs. they also dont change from rules. this makes us to think that the bug is in rules engine, not in the application rule design logic. going from stateless to stateful session didnot solve this problem fact shadowing is disabled rules have unique salience. all rules belong to same activation group. we had one rulebase for all the threads and were creating one stateless session per thread. but "misfiring" did happen much often this way. giving each thread its own rulebase reduced "misfirings" dramatically this bug started to appear after upgrading from 3.0.5 to 4.0.x, currently we are using 4.0.3 i think this problem has same roots as this bug: http://jira.jboss.org/jira/browse/JBRULES-1330 -- 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, 4 months

2
4
0 / 0

[JBoss JIRA] Created: (JBRULES-867) Can't load classes from expanded class dir on windows

by Dan Lipofsky (JIRA)

Can't load classes from expanded class dir on windows ----------------------------------------------------- Key: JBRULES-867 URL: http://jira.jboss.com/jira/browse/JBRULES-867 Project: JBoss Rules Issue Type: Bug Security Level: Public (Everyone can see) Components: Drl Parser/Builder Affects Versions: 3.0.6 Environment: Windows XP SP2 (problem not reproducable on Linux), JDK 1.5.0_11-b03, Ant 1.7.0, Eclipse 3.2.2 Reporter: Dan Lipofsky Assigned To: Mark Proctor Priority: Minor When running some JUnit tests of our rules from an Ant task or from Eclipse, we got the following rule compile errors: org.drools.rule.InvalidRulePackage: Rule Compilation error The import com.bricsnet.core.util.constants cannot be resolved UserGroup cannot be resolved The same rules compile perfectly on the server. On the server the class is question is only available from a JAR file. In Eclipse it in an expanded class dir. In the Ant task both the expanded class dir and the JAR file were in the classpath, but the expanded class dir was first. Putting the JAR first on the classpath solved the problem for the ant task (but this is not possible for eclipse since the JAR is not available). Therefore we believe the problem is specifically related to loading from an expanded class dir. The problem seems to occur on Windows but not Linux. Finally the problem only seems to occur for some classes. All 3 of the classes in the sample rule file below are in the same boat, but for some reason only UserGroup is a problem (it might be the Example 1 (fails): package com.foobar.rules; import com.foobar.core.util.constants.UserGroup; import com.foobar.core.util.security.principal.UserPrincipal; import com.foobar.core.util.security.auth.RuleAuthorization; rule "test_rule" when r: RuleAuthorization() u: UserPrincipal() eval(u.hasGroup(123)) then r.setLevel(RuleAuthorization.READ); end Example 2 (works): package com.foobar.rules; import com.foobar.core.util.security.principal.UserPrincipal; import com.foobar.core.util.security.auth.RuleAuthorization; rule "test_rule" when r: RuleAuthorization() u: UserPrincipal() eval(u.hasGroup(123)) then r.setLevel(RuleAuthorization.READ); end -- 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, 4 months

5
6
0 / 0

[JBoss JIRA] Created: (JBPORTAL-1833) SetMap class does'nt properly use its Comparator field

by Sylvain FRANCOIS (JIRA)

SetMap class does'nt properly use its Comparator field ------------------------------------------------------ Key: JBPORTAL-1833 URL: http://jira.jboss.com/jira/browse/JBPORTAL-1833 Project: JBoss Portal Issue Type: Bug Security Level: Public (Everyone can see) Reporter: Sylvain FRANCOIS org.jboss.portal.common.util.SetMap accepts a Comparator object in constructor, however map is never sorted with this Comparator. ListMap implementation is based on same design but sorts its content with its Comparator field. -- 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, 4 months

3
3
0 / 0

[JBoss JIRA] Created: (JBAOP-521) maven-jbossaop-plugin documentation

by Stale Pedersen (JIRA)

maven-jbossaop-plugin documentation ----------------------------------- Key: JBAOP-521 URL: http://jira.jboss.com/jira/browse/JBAOP-521 Project: JBoss AOP Issue Type: Feature Request Security Level: Public (Everyone can see) Components: Documentation Reporter: Stale Pedersen Fix For: 2.0.0.GA Documentation and howtos for the various maven plugins -- 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, 4 months

2
4
0 / 0

[JBoss JIRA] Created: (JBAOP-395) Release/Packaging holder task

by Kabir Khan (JIRA)

Release/Packaging holder task ------------------------------ Key: JBAOP-395 URL: http://jira.jboss.com/jira/browse/JBAOP-395 Project: JBoss AOP Issue Type: Task Security Level: Public (Everyone can see) Reporter: Kabir Khan Assigned To: Kabir Khan Fix For: 2.0.0.alpha5 -- 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, 4 months

1
6
0 / 0

[JBoss JIRA] Created: (JBPORTAL-1781) enable optimistic locking when using jboss cache as second level cache

by Prabhat Jha (JIRA)

enable optimistic locking when using jboss cache as second level cache ---------------------------------------------------------------------- Key: JBPORTAL-1781 URL: http://jira.jboss.com/jira/browse/JBPORTAL-1781 Project: JBoss Portal Issue Type: Task Security Level: Public (Everyone can see) Components: Portal Core Affects Versions: 2.6.2 Final Reporter: Prabhat Jha Assigned To: Sohil Shah Just creating this jira so that we can track what we discussed. Corresponding forum entry at http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4101418#4101418. -- 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, 4 months

1
1
0 / 0

[JBoss JIRA] Created: (JBCACHE-1222) POC - Refactor of MethodCall class

by Mircea Markus (JIRA)

POC - Refactor of MethodCall class ---------------------------------- Key: JBCACHE-1222 URL: http://jira.jboss.com/jira/browse/JBCACHE-1222 Project: JBoss Cache Issue Type: Feature Request Security Level: Public (Everyone can see) Reporter: Mircea Markus Assigned To: Mircea Markus Priority: Minor Fix For: 2.2.0.GA prototype: Instead of using reflection for calling methods on cache, all those called methods(the CacheImpl._xyz methods) might be moved to their own classes. Benefits: - no more reflection calls (small as reflection optimized) - the rollback and do methods would be in same place - easier to read code - code would be easy to test -- 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, 4 months

2
4
0 / 0

[JBoss JIRA] Created: (JBRULES-1143) ClassTypeResolver throws an Error

by Michael Neale (JIRA)

ClassTypeResolver throws an Error --------------------------------- Key: JBRULES-1143 URL: http://jira.jboss.com/jira/browse/JBRULES-1143 Project: JBoss Rules Issue Type: Bug Security Level: Public (Everyone can see) Components: Rule Assemply/SPI Affects Versions: 4.0.0.GA Reporter: Michael Neale Assigned To: Mark Proctor Priority: Minor Fix For: FUTURE would be nicer if it was a better exception (or reported it a bit better) - perhaps. Its pretty buried. -- 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, 4 months

1
2
0 / 0

[JBoss JIRA] Created: (JBRULES-1111) Final methods of POJO's aer never evaluated

by Arjun Dhar (JIRA)

Final methods of POJO's aer never evaluated ------------------------------------------- Key: JBRULES-1111 URL: http://jira.jboss.com/jira/browse/JBRULES-1111 Project: JBoss Rules Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 4.0.0.GA Reporter: Arjun Dhar Assigned To: Mark Proctor Priority: Minor If a POJO defines certain getters as final and they are used in a condition in the Rules, then they do not evaluate properly -- 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, 4 months

3
8
0 / 0

[JBoss JIRA] Created: (JBCACHE-1273) Should be able to use ClusteredCacheLoader with CacheMode.LOCAL

by Manik Surtani (JIRA)

Should be able to use ClusteredCacheLoader with CacheMode.LOCAL --------------------------------------------------------------- Key: JBCACHE-1273 URL: http://jira.jboss.com/jira/browse/JBCACHE-1273 Project: JBoss Cache Issue Type: Feature Request Security Level: Public (Everyone can see) Components: Cache loaders Affects Versions: 2.0.0.GA Reporter: Manik Surtani Assigned To: Manik Surtani Fix For: 2.2.0.GA Currently the RPCManager only starts a cluster channel if CacheMode is replicated or invalidated. Not local. And the ClusteredCacheLoader relies on this comm channel. -- 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, 4 months

1
4
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 2008