September 2008 - jbpm-issues - Jboss List Archives

[JBoss JIRA] Created: (JBPM-1248) examples do not have a javac source/target defined

by Alejandro Guizar (JIRA)

examples do not have a javac source/target defined -------------------------------------------------- Key: JBPM-1248 URL: http://jira.jboss.com/jira/browse/JBPM-1248 Project: JBoss jBPM Issue Type: Task Security Level: Public (Everyone can see) Affects Versions: jBPM jPDL 3.2.3 Reporter: Alejandro Guizar Fix For: jBPM jPDL 3.2.4 The javac tasks in example.base.build.xml have neither the source nor target attributes set. This causes the example classes to be compiled under whatever jdk version the compiler is using. In the case of the published 3.2.3 distro, the compiler used was jdk 6. Hence the examples can only be run under jre 6, otherwise an UnsupportedClassVersionError is thrown. -- 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

15 years, 5 months

1
3
0 / 0

[JBoss JIRA] Created: (JBPM-1429) Custom FunctionMapper implementation is not picked up in org.jbpm.mail.Mail

by Martin Putz (JIRA)

Custom FunctionMapper implementation is not picked up in org.jbpm.mail.Mail --------------------------------------------------------------------------- Key: JBPM-1429 URL: https://jira.jboss.org/jira/browse/JBPM-1429 Project: JBoss jBPM Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: jPDL 3.2.3 Reporter: Martin Putz Assignee: Alejandro Guizar Fix For: JBossBPM-3.3.0 I have created a custom implementation of the FunctionMapper, which provides a custom function I want to use in an email template. Now, after I add the reference to this FunctionMapper to jbpm.cfg.xml: <bean name="jbpm.function.mapper" class="org.jbpm.jpdl.el.impl.DateFormatFunctionMapper" singleton="true" /> it will get picked up, but unfortunately, the default Mail class does not use it because it always sets the FunctionMapper to null in the evaluate method (last parameter): String evaluate(String expression) { //... return (String) JbpmExpressionEvaluator.evaluate(expression, executionContext, variableResolver, null); this should be : return (String) JbpmExpressionEvaluator.evaluate(expression, executionContext, variableResolver, JbpmExpressionEvaluator.getUsedFunctionMapper()); -- 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

15 years, 5 months

2
2
0 / 0

[JBoss JIRA] Created: (JBPM-1376) Bug in JPDL 3.2.3 when using a configuration file not named 'jbpm.cfg.xml' (worked in 3.2.2)

by Joram Barrez (JIRA)

Bug in JPDL 3.2.3 when using a configuration file not named 'jbpm.cfg.xml' (worked in 3.2.2) -------------------------------------------------------------------------------------------- Key: JBPM-1376 URL: http://jira.jboss.com/jira/browse/JBPM-1376 Project: JBoss jBPM Issue Type: Bug Security Level: Public (Everyone can see) Components: jPDL 3 Affects Versions: jPDL 3.2.3 Environment: Windows XP, Eclipse 3.4, 0 JDK 1.6.0.05_b13 Reporter: Joram Barrez Priority: Critical Bug discovered when porting app from 3.2.2 to 3.2.3. Application uses a config file which is not named 'jbpm.cfg.xml'. See forum reference for more information and test class. Test class works for JPDL 3.2.2, but not for 3.2.3. Adding jbpm.cf.xml to the class path resolves the issue. However, by default jbpm should not fail to start and use the standard config which is in the distribution. -- 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

15 years, 5 months

2
4
0 / 0

[JBoss JIRA] Created: (JBPM-1465) NullPointerException on transaction.rollback() in DbPersistenceService

by Martin Putz (JIRA)

NullPointerException on transaction.rollback() in DbPersistenceService ---------------------------------------------------------------------- Key: JBPM-1465 URL: https://jira.jboss.org/jira/browse/JBPM-1465 Project: JBoss jBPM Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: jPDL 3.2.3, SOA 4.2 CP02 Reporter: Martin Putz Assignee: Alejandro Guizar We are having NullPointerException from DbPersistenceService when Hibernate throws Exception on close() method. The line is transaction.rollback(); in rollback() method. My two cents is this code should be embraced with "if ( isTransactionEnabled && (transaction != null) )" statement, because we are using external JDBC Connection provider, and the transaction reference never be set. All calls to the rollback() method in DbPersistenceService are already preceded by a check for if ( (isTransactionEnabled) && (transaction!=null) ) { except this one after an exception has happened during the Hibernate session.flush call: Exception flushException = flushSession(); if (flushException!=null) { rollback(); // missing check if there is a transaction closeSession(); closeConnection(); throw new JbpmPersistenceException("hibernate flush failed", flushException); } -- 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

15 years, 5 months

2
4
0 / 0

[JBoss JIRA] Created: (JBPM-1694) move UserTransaction lookup to persistence service factory

by Alejandro Guizar (JIRA)

move UserTransaction lookup to persistence service factory ---------------------------------------------------------- Key: JBPM-1694 URL: https://jira.jboss.org/jira/browse/JBPM-1694 Project: JBoss jBPM Issue Type: Task Security Level: Public (Everyone can see) Affects Versions: jPDL 3.2.3 Reporter: Alejandro Guizar Fix For: JBossBPM-3.3.0.GA In jBPM 3.2.3 and earlier, the UserTransaction object is retrieved from JNDI every time a JTA persistence service is opened and no transaction is in progress. This works fine; however, the UserTransaction might as well be retrieved only once and cached in the JTA persistence service factory. -- 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

15 years, 5 months

1
4
0 / 0

[JBoss JIRA] Created: (JBPM-1709) JtaDbPersistenceService cannot begin Tx

by Thomas Diesler (JIRA)

JtaDbPersistenceService cannot begin Tx --------------------------------------- Key: JBPM-1709 URL: https://jira.jboss.org/jira/browse/JBPM-1709 Project: JBoss jBPM Issue Type: Bug Security Level: Public (Everyone can see) Reporter: Thomas Diesler Fix For: jBPM 3.3.0 org.jbpm.JbpmException: couldn't start JTA transaction at org.jbpm.persistence.jta.JtaDbPersistenceService.beginJtaTransaction(JtaDbPersistenceService.java:74) at org.jbpm.persistence.jta.JtaDbPersistenceService.<init>(JtaDbPersistenceService.java:47) at org.jbpm.persistence.jta.JtaDbPersistenceServiceFactory.openService(JtaDbPersistenceServiceFactory.java:63) at org.jbpm.svc.Services.getService(Services.java:156) at org.jbpm.svc.Services.getPersistenceService(Services.java:195) at org.jbpm.persistence.jta.JtaDbPersistenceTest.isTxCreatedByService(JtaDbPersistenceTest.java:194) at org.jbpm.persistence.jta.JtaDbPersistenceTest.deployProcess(JtaDbPersistenceTest.java:79) at org.jbpm.persistence.jta.JtaDbPersistenceTest.testServiceTx(JtaDbPersistenceTest.java:59) at org.jbpm.persistence.jta.JtaDbPersistenceTest.testUserTx(JtaDbPersistenceTest.java:50) Caused by: javax.transaction.NotSupportedException at com.arjuna.ats.internal.jta.transaction.arjunacore.BaseTransaction.begin(BaseTransaction.java:79) at com.arjuna.ats.jbossatx.BaseTransactionManagerDelegate.begin(BaseTransactionManagerDelegate.java:77) at org.jboss.tm.usertx.client.ServerVMClientUserTransaction.begin(ServerVMClientUserTransaction.java:124) at org.jbpm.persistence.jta.JtaDbPersistenceService.beginJtaTransaction(JtaDbPersistenceService.java:72) -- 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

15 years, 5 months

3
19
0 / 0

[JBoss JIRA] Created: (JBPM-1717) web console: disable job executor launcher and resolve ejb and destination references

by Alejandro Guizar (JIRA)

web console: disable job executor launcher and resolve ejb and destination references ------------------------------------------------------------------------------------- Key: JBPM-1717 URL: https://jira.jboss.org/jira/browse/JBPM-1717 Project: JBoss jBPM Issue Type: Task Security Level: Public (Everyone can see) Components: jPDL 3 Reporter: Alejandro Guizar Priority: Blocker Fix For: jBPM 3.3.0 CR1 After much scratching my head over why the enterprise tests simply do not work despite they already worked in 3.2.3, I realized the job executor was running, which interferes with the enterprise scheduler and message services. The job executor launcher has to be disabled and the commented out ejb and destination references must be uncommented and resolved against the EJBs. The forum link discusses ear vs sar packaging, which influences how the ejb and destination references will be resolved. -- 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

15 years, 5 months

2
5
0 / 0

[JBoss JIRA] Created: (JBPM-1754) StaleObjectLog verbosity control code should be added to flushSession()

by Alejandro Guizar (JIRA)

StaleObjectLog verbosity control code should be added to flushSession() ----------------------------------------------------------------------- Key: JBPM-1754 URL: https://jira.jboss.org/jira/browse/JBPM-1754 Project: JBoss jBPM Issue Type: Feature Request Security Level: Public (Everyone can see) Reporter: Alejandro Guizar Fix For: jBPM 3.3.0 GA DbPersistenceService.flushSession line #272 Since a StaleObjectStateExcetion occures in flushSession() rather than commit(), StaleObjectLog verbosity control code should be added to flushSession() method as the same manner as commit(). See the following code snippet. An external transaction manager is being used and indeed DbPersistenceService.commit() does nothing. Exception flushSession() { if (mustSessionBeFlushed) { try { log.debug("flushing hibernate session " + session.toString()); session.flush(); // >>>>>>> begin } catch (StaleObjectStateException e) { log.info("optimistic locking failed"); StaleObjectLogConfigurer.staleObjectExceptionsLog.error("optimistic locking failed", e); return e; // <<<<<<< end } catch (Exception e) { log.error("hibernate flush failed", e); return e; } } return 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

15 years, 5 months

1
3
0 / 0

[JBoss JIRA] Created: (JBPM-1724) Fix or Remove SeamPageFlowTest

by Thomas Diesler (JIRA)

Fix or Remove SeamPageFlowTest ------------------------------ Key: JBPM-1724 URL: https://jira.jboss.org/jira/browse/JBPM-1724 Project: JBoss jBPM Issue Type: Sub-task Security Level: Public (Everyone can see) Reporter: Thomas Diesler Fix For: jBPM 3.3.0 Caused by: java.lang.NullPointerException at org.jbpm.graph.def.Action.execute(Action.java:122) at org.jbpm.graph.def.GraphElement.executeAction(GraphElement.java:256) -- 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

15 years, 5 months

3
15
0 / 0

[JBoss JIRA] Created: (JBPM-1726) JMS destinations service

by Alejandro Guizar (JIRA)

JMS destinations service ------------------------ Key: JBPM-1726 URL: https://jira.jboss.org/jira/browse/JBPM-1726 Project: JBoss jBPM Issue Type: Task Security Level: Public (Everyone can see) Components: Core Engine, Installer Reporter: Alejandro Guizar Fix For: jBPM 3.3.0 CR1 JBoss 5.0 does not create missing* JMS destinations automatically as JBoss 4.2 does. In any case JBoss 4.2 issues a warning which may be uncomfortable for users. Hence a default jBPM destinations descriptor must be provided and offered as an option in the installer. (*) that is, referenced in jboss.xml or jboss-web.xml but not bound to JNDI -- 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

15 years, 5 months

2
4
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

jbpm-issues September 2008