[jBPM] - Newbie in jbpm :unable to run examples
by Santosh Inamdar
Santosh Inamdar [http://community.jboss.org/people/tma0si3] created the discussion
"Newbie in jbpm :unable to run examples"
To view the discussion, visit: http://community.jboss.org/message/598225#598225
--------------------------------------------------------------
Hello,
I am taking my baby steps in to jBPM 4.4. I going through the User Guide and setting up workspace accordingly.
http://docs.jboss.org/jbpm/v4/userguide/html_single/ http://docs.jboss.org/jbpm/v4/userguide/html_single/
I have imported the example source code that comes through standard download.
When I try to run the examples , i get the below error . Pls help ,what I am missing.
java.lang.NoClassDefFoundError: javax/el/FunctionMapper
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Class.java:247)
at org.jbpm.pvm.internal.util.ReflectUtil.classForName(ReflectUtil.java:434)
at org.jbpm.pvm.internal.wire.descriptor.ObjectDescriptor.getType(ObjectDescriptor.java:241)
at org.jbpm.pvm.internal.wire.WireDefinition.addDescriptor(WireDefinition.java:88)
at org.jbpm.pvm.internal.wire.xml.WireParser.parseDocumentElement(WireParser.java:208)
at org.jbpm.pvm.internal.cfg.ConfigurationParser.parseDocument(ConfigurationParser.java:101)
at org.jbpm.pvm.internal.xml.Parser.execute(Parser.java:432)
at org.jbpm.pvm.internal.xml.Parse.execute(Parse.java:158)
at org.jbpm.pvm.internal.cfg.ConfigurationParser.parseDocument(ConfigurationParser.java:86)
at org.jbpm.pvm.internal.xml.Parser.execute(Parser.java:432)
at org.jbpm.pvm.internal.xml.Parse.execute(Parse.java:158)
at org.jbpm.pvm.internal.cfg.ConfigurationImpl.parse(ConfigurationImpl.java:137)
at org.jbpm.pvm.internal.cfg.ConfigurationImpl.setResource(ConfigurationImpl.java:116)
at org.jbpm.pvm.internal.cfg.ConfigurationImpl.setResource(ConfigurationImpl.java:50)
at org.jbpm.api.Configuration.setResource(Configuration.java:79)
at org.jbpm.api.Configuration.getProcessEngine(Configuration.java:126)
at org.jbpm.test.JbpmTestCase.buildProcessEngine(JbpmTestCase.java:98)
at org.jbpm.test.JbpmTestCase.setUp(JbpmTestCase.java:87)
at org.jbpm.examples.bpmn.usertask.taskform.TaskFormTest.setUp(TaskFormTest.java:17)
at junit.framework.TestCase.runBare(TestCase.java:125)
at junit.framework.TestResult$1.protect(TestResult.java:106)
at junit.framework.TestResult.runProtected(TestResult.java:124)
at junit.framework.TestResult.run(TestResult.java:109)
at junit.framework.TestCase.run(TestCase.java:118)
at junit.framework.TestSuite.runTest(TestSuite.java:208)
at junit.framework.TestSuite.run(TestSuite.java:203)
at org.eclipse.jdt.internal.junit.runner.junit3.JUnit3TestReference.run(JUnit3TestReference.java:130)
at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:467)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:683)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:390)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:197)
Caused by: java.lang.ClassNotFoundException: javax.el.FunctionMapper
at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
at java.lang.ClassLoader.loadClass(ClassLoader.java:307)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)
at java.lang.ClassLoader.loadClass(ClassLoader.java:252)
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320)
... 33 more
--------------------------------------------------------------
Reply to this message by going to Community
[http://community.jboss.org/message/598225#598225]
Start a new discussion in jBPM at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]
15 years
[EJB3] - Transaction problems, possible bug in ApplicationExceptionComponentMetaDataLoaderFactory
by Benoit Heinrich
Benoit Heinrich [http://community.jboss.org/people/benoit.heinrich] created the discussion
"Transaction problems, possible bug in ApplicationExceptionComponentMetaDataLoaderFactory"
To view the discussion, visit: http://community.jboss.org/message/599161#599161
--------------------------------------------------------------
Hi All,
I think I've found a possible bug with transaction attributes management in jboss 6.0.0 Final.
The problem appears when using the @TransactionAttribute annotation on an EJB bean with the @Interceptors.
When using that it seems that the @TransactionAttribute annotation is ignored.
By removing the @Interceptors annotation it works and the right transaction attribute is used.
After doing some debugging, I think I've finally found the problem in jboss-ejb3-transactions module in the ApplicationExceptionComponentMetaDataLoaderFactory class.
I think the bug is around the createComponentMetaDataRetrieval() method where it searches for the *ApplicationExceptionMetaData appExMetaData*, but then it checks if the *metaData* exists instead of checking for the *appExMetaData*.
public MetaDataRetrieval createComponentMetaDataRetrieval(JBossEnterpriseBeanMetaData metaData, Signature signature,
ScopeKey key, ClassLoader classLoader)
{
if(signature instanceof ClassSignature)
{
ApplicationExceptionMetaData appExMetaData = findApplicationException(metaData, signature.getName());
if(metaData != null)
return new BridgedMetaDataLoader<ApplicationExceptionMetaData>(key, appExMetaData, classLoader, defaultBridges);
}
return null;
}
So then, as the metaData here is always no-null, it then always fallback to a this MetaDataRetrieval instance which in the end doesn't read the TransactionAttribute properly and so, ignores the attribute type.
I'm wondering what other impacts this could have.
If someone can verify that this is the actual problem, I'll be happy to test the bug fix.
Meanwhile I'll get latest from svn and make the change locally and try it. So I can also confirm that it works.
btw - I've not been able to reproduce with a simple test case and this is happening in a very large project that I can't easily extract the code from.
fyi - I'm using jboss-seam 2.2.1.Final in this project, and I'm wondering if this can also be a lead for reproducing that problem.
Let me know if I should open a Jira for that.
Cheers,
/Benoit
--------------------------------------------------------------
Reply to this message by going to Community
[http://community.jboss.org/message/599161#599161]
Start a new discussion in EJB3 at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]
15 years
[jBPM] - Drools persistence + Websphere 7 + DB2
by Philippe Goncalves
Philippe Goncalves [http://community.jboss.org/people/filipon] created the discussion
"Drools persistence + Websphere 7 + DB2"
To view the discussion, visit: http://community.jboss.org/message/599266#599266
--------------------------------------------------------------
Hi everyone,
I'm trying to get the persistence of drools flow working in a Websphere 7 + DB2 environment:
- If I run a simple workflow that runs without any wait state, it's ok, I have no errors. SessionInfo is well persisted.
- If I run a workflow with a wait state (First launch well persisted), after completing this wait state and before finishing the workflow, I have an error at line 41 of class JPAWorkItemManager:
((WorkItemImpl) workItem).setId(workItemInfo.getId()); // -> Nullpointer exception because of the the null returned by workItemInfo.getId()
- If I run a workflow running (For example one with a wait state) and if I try to run another workflow in parallel, I have an error at line 141 of class SingleSessionCommandService:
((InternalKnowledgeRuntime) ksession).setId( this.sessionInfo.getId() ); // -> Nullpointer exception because of the the null returned by this.sessionInfo.getId()
After invesgating, it seems that I have a problem once the database is locked by a process, the persists methods from drools don't work anymore for the autogenerated columns of the tables, and then I have problems with tables SessionInfo, WorkItemInfo, etc.
About the way I instantiate the environment variable for the persistence, I make it singleton:
...
public static Environment getEnvironment() {
if (environment == null) {
EntityManagerFactory emf = Persistence.createEntityManagerFactory("testWorkflow");
environment = KnowledgeBaseFactory.newEnvironment();
environment.set(EnvironmentName.ENTITY_MANAGER_FACTORY, emf);
}
return environment;
}
...
Here is my persistence.xml:
<persistence xmlns:xsi=" http://www.w3.org/2001/XMLSchema-instance http://www.w3.org/2001/XMLSchema-instance"
xmlns=" http://java.sun.com/xml/ns/persistence http://java.sun.com/xml/ns/persistence"
xsi:schemaLocation=" http://java.sun.com/xml/ns/persistence http://java.sun.com/xml/ns/persistence http://java.sun.com/xml/ns/persistence/persistence_1_0.xsd http://java.sun.com/xml/ns/persistence/persistence_1_0.xsd http://java.sun.com/xml/ns/persistence/orm http://java.sun.com/xml/ns/persistence/orm http://java.sun.com/xml/ns/persistence/orm_1_0.xsd http://java.sun.com/xml/ns/persistence/orm_1_0.xsd"
version="1.0">
<persistence-unit name="testWorkflow" transaction-type="JTA">
<provider>org.hibernate.ejb.HibernatePersistence</provider>
<jta-data-source>jdbc/testWorkflow</jta-data-source>
<class>org.drools.persistence.info.SessionInfo</class>
<class>org.jbpm.persistence.processinstance.ProcessInstanceInfo</class>
<class>org.jbpm.persistence.processinstance.ProcessInstanceEventInfo</class>
<class>org.drools.persistence.info.WorkItemInfo</class>
<properties>
<property name="hibernate.dialect" value="org.hibernate.dialect.DB2Dialect" />
<property name="hibernate.max_fetch_depth" value="5" />
<property name="hibernate.transaction.manager_lookup_class" value="org.hibernate.transaction.WebSphereExtendedJTATransactionLookup" />
<property name="hibernate.hbm2ddl.auto" value="update" />
<property name="show_sql" value="true" />
</properties>
</persistence-unit>
</persistence>
Thanks for your help!
--------------------------------------------------------------
Reply to this message by going to Community
[http://community.jboss.org/message/599266#599266]
Start a new discussion in jBPM at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]
15 years