May 2011 - jboss-jira - Jboss List Archives

[JBoss JIRA] Created: (JBRULES-2332) Drools JPA- Spring Transactions

by Pradeep Thomas (JIRA)

Drools JPA- Spring Transactions ------------------------------- Key: JBRULES-2332 URL: https://jira.jboss.org/jira/browse/JBRULES-2332 Project: Drools Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 5.0.1.FINAL Environment: Java (1.6) Spring framework (2.5.6) Hibernate (3.3.2.GA) Drools (5.0.1) Using Expert and Flow parts. Oracle (11g) Reporter: Pradeep Thomas Assignee: Mark Proctor What we do We have a domain model. It is made up of a number of objects annotated with JPA annotations (for persistence) with Hibernate as the ORM provider. The drools JPA persistence module is also made of java classes annotated for persistence. We're trying to create a stateful session and start a process. Process stops in a waiting state at some point. Then we want to persist the session together with the process state. Application needs to be able to load the session back into memory and continue with the process execution (by sending notify events). Issues First issue The first issue we faced was that the drools persistence module does not work out of box for Oracle. Cause: Table/column names too long, Fix: This was sorted by overrides to the annotations in the drools-jpa source code. Current issue The issues that we are currently facing are related to transactions/JPA entity manager and persisting of Session/Process/Workitem etc. The expected transactional/persistence behaviour is ------- Begin Transaction (triggered by Spring's transactional annotation that also creates the entity manager) 1) Persist/Read domain entities from datasource 2) Persist/Read drools entities from same datasource -------End Transaction (commit/rollback releases the entity manager) The expected behaviour is without the use of a distributed transaction manager (because we have a single datasource and no distributed transactions) It seems like the persistence module out of the box in drools-jpa relies on a Distributed transaction manager (DTM) and in the absence of one (configured by us) uses Bitronix (an built-in DTM) The use of Bitronix further complicates matters as its not related to the transaction/entity manager created by Spring and visibility of domain entities/drools entities have of each other. The way we would like to use drools persistence is: a) Entities (drools/domain) to be managed by the same entity manager (persisted/read) for both Domain model entities and Drools JPA entities. b) Participate in the same (RESOURCE_LOCAL) transaction (committed/rolled back) c) Eliminate the need for a DTM if there is a single datasource Question : is there anything we're doing is incorrect or is the described behaviour not available in the current version? Any advice would be appreciated. -- 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
2
0 / 0

[JBoss JIRA] Created: (JBRULES-2316) StringIndexOutOfBoundsException when a fact is in default package

by Renaud Julienne (JIRA)

StringIndexOutOfBoundsException when a fact is in default package ----------------------------------------------------------------- Key: JBRULES-2316 URL: https://jira.jboss.org/jira/browse/JBRULES-2316 Project: Drools Issue Type: Bug Security Level: Public (Everyone can see) Components: drools-core Affects Versions: 4.0.7 Reporter: Renaud Julienne Assignee: Mark Proctor Assuming you have a rule base for which you have defined shadow proxy excludes. If you insert a fact which class is in default package, a StringIndexOutOfBoundsException is raised by RuleBaseConfiguration#isShadowed() java.lang.StringIndexOutOfBoundsException: String index out of range: -1 at java.lang.String.substring(String.java:1768) at org.drools.RuleBaseConfiguration.isShadowed(RuleBaseConfiguration.java:546) at org.drools.reteoo.Rete$ClassObjectTypeConf.defineShadowProxyData(Rete.java:486) at org.drools.reteoo.Rete$ClassObjectTypeConf.<init>(Rete.java:468) at org.drools.reteoo.Rete.assertObject(Rete.java:152) at org.drools.reteoo.ReteooRuleBase.assertObject(ReteooRuleBase.java:192) at org.drools.reteoo.ReteooWorkingMemory.doInsert(ReteooWorkingMemory.java:71) at org.drools.common.AbstractWorkingMemory.insert(AbstractWorkingMemory.java:911) at org.drools.common.AbstractWorkingMemory.insert(AbstractWorkingMemory.java:883) at org.drools.common.AbstractWorkingMemory.insert(AbstractWorkingMemory.java:704) .......... Problem comes from this line (RuleBaseConfiguration.java:546): String qualifiedNamespace = className.substring( 0, className.lastIndexOf( '.' ) ).trim(); // => default package => no '.' => exception This can typically happen when trying to insert JDKProxies into the working memory for test purpose (EasyMock use such proxies). The issue only appears if you have defined shadow proxy excludes. -- 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
4
0 / 0

[JBoss JIRA] Created: (JBRULES-2315) DroolsMVELFactory leaks memory in previousDeclarationsObjectCache field using "from" DRL construct

by Kurt Westerfeld (JIRA)

DroolsMVELFactory leaks memory in previousDeclarationsObjectCache field using "from" DRL construct -------------------------------------------------------------------------------------------------- Key: JBRULES-2315 URL: https://jira.jboss.org/jira/browse/JBRULES-2315 Project: Drools Issue Type: Bug Security Level: Public (Everyone can see) Components: drools-core (expert) Affects Versions: 5.0.1.FINAL Environment: Windows/any Reporter: Kurt Westerfeld Assignee: Mark Proctor When using the DRL construct to extract variables using a "from" clause, a FromNode is created which extracts data using an instance of DroolsMVELFactory paired with MVELDataProvider. After processing of rule agenda items, many of these nodes can exist and hold onto memory due to the snapshot of data processed during DroolsMVELFactory.setContext(), called from MVELDataProvider.getResults(). The snapshotting of state is held in (HashMap) previousDeclarationsObjectCache of DroolsMVELFactory. Suggest that during MVELDataProvider.getResults() call clear on the DroolsMVELFactory after obtaining the results. The clear method could clear out previousDeclarationsObjectCache, which is used during the processing of the MVEL expression. In my application, much data held from these nodes kept instances of data in memory, even though the data was never asserted into working memory. -- 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: (AS7-806) parse persistence unit (persistence.xml) contained in jar file in the EAR library directory

by Scott Marlow (JIRA)

parse persistence unit (persistence.xml) contained in jar file in the EAR library directory ------------------------------------------------------------------------------------------- Key: AS7-806 URL: https://issues.jboss.org/browse/AS7-806 Project: Application Server 7 Issue Type: Task Reporter: Scott Marlow Assignee: Jason Greene Fix For: 7.0.0.CR1 PersistenceUnitParseProcessor.handleEarDeployment() needs to know the difference between jars that are subdeployments and jars that are in ear/lib. Currently, jars in ear/lib are ignored. For example, with a deploymentUnit.getAttachment(Attachments.RESOURCE_ROOTS) of: ResourceRoot [root="/content/test.ear/lib/test.jar"] ResourceRoot [root="/content/test.ear/test_web.war"] ResourceRoot [root="/content/test.ear/test_ejb.jar"] The test.ear/test_web.war + test.ear/test_ejb.jar get handled as subdeployments but test.ear/lib/test.jar does not. -- 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-2226) Creating custom ConsequenceExceptionHandler with application restart

by Uros Majeric (JIRA)

Creating custom ConsequenceExceptionHandler with application restart -------------------------------------------------------------------- Key: JBRULES-2226 URL: https://jira.jboss.org/jira/browse/JBRULES-2226 Project: JBoss Drools Issue Type: Bug Security Level: Public (Everyone can see) Components: drools-api Affects Versions: 5.0.1.FINAL Environment: JBoss AS 5.1 Drools 5.0.1 JBoss ESB 4.6 Reporter: Uros Majeric Assignee: Mark Proctor I have a JBoss ESB and in it I have created my custom ConsequenceExceptionHandler. When I deploy the esb everything is ok. When I redeploy the application, deployment goes fine. But when my application get an error (exception), my custom exception handler should catch the exception (in method handleException(Activation activation, WorkingMemory workingMemory, Exception exception)), but instead of catching the exception get an error: java.lang.RuntimeException: Unable to instantiate object for class 'si.aditus.drools.CustomConsequenceExceptionHandler' My custom Exception Handler: public class CustomConsequenceExceptionHandler implements ConsequenceExceptionHandler { public void handleException(Activation activation, WorkingMemory workingMemory, Exception exception) { if (!(exception instanceof MyException || exception instanceof OtherException)) { System.err.println(exception.getClass()); exception.printStackTrace(); return; } System.out.println("exceptions: "+exception); } } Knowledge Base instantiation: KnowledgeBaseConfiguration kbc = KnowledgeBaseFactory.newKnowledgeBaseConfiguration(); ((RuleBaseConfiguration)kbc).setConsequenceExceptionHandler(CustomConsequenceExceptionHandler.class.getName()); KnowledgeBase kbase = KnowledgeBaseFactory.newKnowledgeBase(kbc); -- 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
1
0 / 0

[JBoss JIRA] Created: (JBRULES-1840) Please provide a quick start guide / chapter

by Ajay (JIRA)

Please provide a quick start guide / chapter -------------------------------------------- Key: JBRULES-1840 URL: https://jira.jboss.org/jira/browse/JBRULES-1840 Project: JBoss Drools Issue Type: Feature Request Security Level: Public (Everyone can see) Components: All Reporter: Ajay Assignee: Mark Proctor It would be great if a step by step could be provided to run the Hello World example. It has taken me about 4 hours to get the Hello World example to run from command line / ant. Its not done yet, but I am close. A quick start guide would have save me much agony and time. -- 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
4
0 / 0

[JBoss JIRA] Created: (JBRULES-2144) Drools 5 Plugin overwrite Drools 4 RuleFlow & DSL

by Bernd Ruecker (JIRA)

Drools 5 Plugin overwrite Drools 4 RuleFlow & DSL ------------------------------------------------- Key: JBRULES-2144 URL: https://jira.jboss.org/jira/browse/JBRULES-2144 Project: JBoss Drools Issue Type: Bug Security Level: Public (Everyone can see) Components: drools-eclipse Reporter: Bernd Ruecker Assignee: Mark Proctor When using the Drools 5 Eclipse plugin you can select either Drools 4 or Drools 5 for a new project. This indicates, that both should be supported by the pugin. But when opening a Drools 4 DSL with the editor, it seems to overwrite it with the Drools 5 format. Same for RuleFlow. Especially because the selection at the beginning suggets both versions are fully supported by the plugin, this is a bit annoying ;-) -- 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
1
0 / 0

[JBoss JIRA] Created: (JBRULES-1973) Database maintenance scripts

by Len DiMaggio (JIRA)

Database maintenance scripts ---------------------------- Key: JBRULES-1973 URL: https://jira.jboss.org/jira/browse/JBRULES-1973 Project: JBoss Drools Issue Type: Feature Request Security Level: Public (Everyone can see) Components: drools-core Affects Versions: 5.0.0.M5 Reporter: Len DiMaggio Assignee: Mark Proctor Project JIRA for SOA-P platform JIRA: https://jira.jboss.org/jira/browse/SOA-310 -- 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
1
0 / 0

[JBoss JIRA] Created: (JBRULES-2147) NullPointerException in org.drools.rule.builder.PatternBuilder.getDeclarationsMap()

by Juergen none (JIRA)

NullPointerException in org.drools.rule.builder.PatternBuilder.getDeclarationsMap() ----------------------------------------------------------------------------------- Key: JBRULES-2147 URL: https://jira.jboss.org/jira/browse/JBRULES-2147 Project: JBoss Drools Issue Type: Feature Request Security Level: Public (Everyone can see) Components: drools-compiler (expert) Affects Versions: 5.0.1.FINAL Environment: java 1.5, linux x64, jboss 4.0.5 Reporter: Juergen none Assignee: Mark Proctor I understand my rules/fact objects might not be proper (still searching), but resulting in a NullPointerException is not proper as well entry.getValue().getExtractor().getExtractToClass() yields NullPointerException, because entry.getValue().getExtractor() is null eclipse debug variable: value org.drools.rule.Declaration (id=502) identifier "schoolForm" (id=501) internalFact false pattern org.drools.rule.Pattern (id=508) behaviors null constraints java.util.ArrayList<E> (id=520) declaration org.drools.rule.Declaration (id=521) declarations java.util.HashMap<K,V> (id=522) index 1 objectType org.drools.base.ClassObjectType (id=524) offset 0 source null readAccessor null Stacktrace: java.lang.reflect.InvocationTargetException at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) ... at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:595) Caused by: java.lang.NullPointerException at org.drools.rule.builder.PatternBuilder.getDeclarationsMap(PatternBuilder.java:641) at org.drools.rule.builder.PatternBuilder.build(PatternBuilder.java:574) at org.drools.rule.builder.PatternBuilder.buildConstraint(PatternBuilder.java:244) at org.drools.rule.builder.PatternBuilder.build(PatternBuilder.java:196) at org.drools.rule.builder.PatternBuilder.build(PatternBuilder.java:104) at org.drools.rule.builder.GroupElementBuilder.build(GroupElementBuilder.java:69) at org.drools.rule.builder.RuleBuilder.build(RuleBuilder.java:68) at org.drools.compiler.PackageBuilder.addRule(PackageBuilder.java:1159) at org.drools.compiler.PackageBuilder.addPackage(PackageBuilder.java:649) at org.drools.compiler.PackageBuilder.addPackageFromDrl(PackageBuilder.java:278) at org.drools.jsr94.rules.admin.LocalRuleExecutionSetProviderImpl.createRuleExecutionSet(LocalRuleExecutionSetProviderImpl.java:158) at org.drools.jsr94.rules.admin.LocalRuleExecutionSetProviderImpl.createRuleExecutionSet(LocalRuleExecutionSetProviderImpl.java:93) ... -- 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] Resolved: (JBRULES-2209) Refactor Commands to mirror drools-api

by Mark Proctor (JIRA)

[ https://issues.jboss.org/browse/JBRULES-2209?page=com.atlassian.jira.plug... ] Mark Proctor resolved JBRULES-2209. ----------------------------------- Fix Version/s: 5.1.1.FINAL Resolution: Done > Refactor Commands to mirror drools-api > -------------------------------------- > > Key: JBRULES-2209 > URL: https://issues.jboss.org/browse/JBRULES-2209 > Project: Drools > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Reporter: Mark Proctor > Assignee: Mark Proctor > Fix For: 5.1.1.FINAL > > -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 11 months

1
0
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