September 2008 - jbpm-issues - Jboss List Archives

[JBoss JIRA] Created: (JBPM-1706) Documentation - Classes not documented in javadocs

by Facundo Chambo (JIRA)

Documentation - Classes not documented in javadocs -------------------------------------------------- Key: JBPM-1706 URL: https://jira.jboss.org/jira/browse/JBPM-1706 Project: JBoss jBPM Issue Type: Bug Security Level: Public (Everyone can see) Components: Documentation Affects Versions: jBPM 3.2.3 Environment: Any Reporter: Facundo Chambo Priority: Minor JBoss jBPM 3.2.3 Userguide Chapter 22.3 org.jbpm.security.authorizer.Authorizer class is not in javadocs, not even org.jbpm.security.authorizer package. JBoss jBPM 3.2.3 Userguide Chapter 12.11.3 org/jbpm/identity/User, org/jbpm/identity/Group and org/jbpm/identity/Membership are not in javadocs, not even org.jbpm.identity package. -- 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

16 years, 1 month

2
2
0 / 0

[JBoss JIRA] Created: (JBPM-1716) NPE in Transition.fireSuperStateEnterEvents() when destination is null

by Karl Palsson (JIRA)

NPE in Transition.fireSuperStateEnterEvents() when destination is null ---------------------------------------------------------------------- Key: JBPM-1716 URL: https://jira.jboss.org/jira/browse/JBPM-1716 Project: JBoss jBPM Issue Type: Bug Security Level: Public (Everyone can see) Components: Core Engine Affects Versions: jBPM 3.2.3 Reporter: Karl Palsson The current method body is shown below. Destination is null in my case (I should check my process definition, it came about from a bad database move) However, instead of getting the JbpmException shown, I get the NPE from the "destination.isSuperStateNode()" loop above. I'm not entirely sure what that loop is for, which is why I've not included a patch here. I'm unsure whether it should be moved down just past the first null check, or to the very bottom. Sorry :( Source in question... Node fireSuperStateEnterEvents(ExecutionContext executionContext) { // calculate the actual destinationNode node Node destination = to; while (destination.isSuperStateNode()) { ###KJP This explodes before it gets to the Null check 3 lines down. destination = (Node) destination.getNodes().get(0); } if (destination==null) { String transitionName = (name!=null ? "'"+name+"'" : "in node '"+from+"'"); throw new JbpmException("transition "+transitionName+" doesn't have destination. check your processdefinition.xml"); } // performance optimisation: check if at least there is a candidate superstate to be entered. if ( destination.getSuperState()!=null ) { // collect all the superstates being left List leavingSuperStates = collectAllSuperStates(destination, from); // reverse the order so that events are fired from outer to inner superstates Collections.reverse(leavingSuperStates); // fire a superstate-enter event for all superstates being left fireSuperStateEvents(leavingSuperStates, Event.EVENTTYPE_SUPERSTATE_ENTER, executionContext); } return destination; } -- 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

16 years, 1 month

2
2
0 / 0

[JBoss JIRA] Created: (JBPM-1765) Unclosed InputStream in org.jbpm.util.ClassLoaderUtil.getProperties

by Tim Timson (JIRA)

Unclosed InputStream in org.jbpm.util.ClassLoaderUtil.getProperties ------------------------------------------------------------------- Key: JBPM-1765 URL: https://jira.jboss.org/jira/browse/JBPM-1765 Project: JBoss jBPM Issue Type: Quality Risk Security Level: Public (Everyone can see) Affects Versions: jBPM 3.2.2 Environment: Glassfish v2 Reporter: Tim Timson Fix For: jBPM 3.3.0 GA Our Glassfish server logs a stack trace every time we undeploy our app. It looks like this is because you are not closing an input stream in the "getProperties" method of the org.jbpm.util.ClassLoaderUtil class. Note that the "Properties.load" method does not close the input stream (unlike the "Properties.loadFromXml" method which does close the input stream). It looks like there is one case where you use Properties.load, and in that case you are not closing the input stream. -- 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

16 years, 1 month

3
3
0 / 0

[JBoss JIRA] Created: (JBPM-1148) jBPM Classloading

by Bjoern Wand (JIRA)

jBPM Classloading ----------------- Key: JBPM-1148 URL: http://jira.jboss.com/jira/browse/JBPM-1148 Project: JBoss jBPM Issue Type: Patch Components: Core Engine Reporter: Bjoern Wand Assigned To: Tom Baeyens jBPM does not use ContextClassloader for classloading. The class ClassLoaderUtil.java has a comment that class loading could be made configurable. This is the patch I provided in the forum and I agreed with Koen Ars th open a JIRA for this. package org.jbpm.util; import java.io.IOException; import java.io.InputStream; import java.util.Properties; import org.apache.commons.logging.Log; import org.apache.commons.logging.LogFactory; import org.jbpm.JbpmConfiguration; import org.jbpm.JbpmException; import org.jbpm.graph.def.ProcessDefinition; import org.jbpm.instantiation.ProcessClassLoader; /** * provides centralized classloader lookup. */ public class ClassLoaderUtil { private static Log log = LogFactory.getLog(ClassLoaderUtil.class); public static Class loadClass(String className) { try { return getClassLoader().loadClass(className); } catch (ClassNotFoundException e) { throw new JbpmException("class not found '" + className + "'", e); } } public static ClassLoader getClassLoader() { if (JbpmConfiguration.Configs.hasObject("jbpm.classloader")) { String jbpmClassloader = JbpmConfiguration.Configs.getString("jbpm.classloader"); String jbpmClassloaderClassname = JbpmConfiguration.Configs.getString("jbpm.classloader.classname"); if (jbpmClassloader.equals("jbpm")) { return ClassLoaderUtil.class.getClassLoader(); } else if (jbpmClassloader.equals("context")) { return Thread.currentThread().getContextClassLoader(); } else if (jbpmClassloader.equals("custom")) { try { if (jbpmClassloaderClassname == null) { throw new JbpmException( "'jbpm.classloader' property set to 'custom' but 'jbpm.classloader.classname' is empty!"); } return (ClassLoader) Thread.currentThread().getContextClassLoader().loadClass( jbpmClassloaderClassname).newInstance(); } catch (InstantiationException e) { throw new JbpmException("Error instantiating custom classloader " + jbpmClassloaderClassname, e); } catch (IllegalAccessException e) { throw new JbpmException("Error accessing custom classloader " + jbpmClassloaderClassname, e); } catch (ClassNotFoundException e) { throw new JbpmException("Custom classloader " + jbpmClassloaderClassname + " not found ", e); } } else { throw new JbpmException("'jbpm.classloader' property set to '" + jbpmClassloader + "' but only the values 'jbpm'/'context'/'custom' are supported!"); } } else { return ClassLoaderUtil.class.getClassLoader(); } } public static InputStream getStream(String resource) { return getClassLoader().getResourceAsStream(resource); } public static Properties getProperties(String resource) { Properties properties = new Properties(); try { properties.load(getStream(resource)); } catch (IOException e) { throw new JbpmException("couldn't load properties file '" + resource + "'", e); } return properties; } /** * searches the given resource, first on the root of the classpath and if * not not found there, in the given directory. public static InputStream * getStream(String resource, String directory) { InputStream is = * getClassLoader().getResourceAsStream(resource); if (is==null) { is = * getClassLoader().getResourceAsStream(directory+"/"+resource); } return * is; } * * public static Properties getProperties(String resource, String directory) { * Properties properties = new Properties(); try { * properties.load(getStream(resource, directory)); } catch (IOException e) { * throw new JbpmException("couldn't load properties file '"+resource+"'", * e); } return properties; } */ public static ClassLoader getProcessClassLoader(ProcessDefinition processDefinition) { return new ProcessClassLoader(getClassLoader(), processDefinition); } } -- 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

16 years, 1 month

5
13
0 / 0

[JBoss JIRA] Created: (JBPM-1307) jBPM tries to use Hibernate transaction even if configured with isTransactionEnabled = false

by Mauro Molinari (JIRA)

jBPM tries to use Hibernate transaction even if configured with isTransactionEnabled = false -------------------------------------------------------------------------------------------- Key: JBPM-1307 URL: http://jira.jboss.com/jira/browse/JBPM-1307 Project: JBoss jBPM Issue Type: Bug Security Level: Public (Everyone can see) Components: Core Engine Affects Versions: jPDL 3.2.2 Reporter: Mauro Molinari The method org.jbpm.scheduler.db.DbSchedulerService.deleteTimersByProcessInstance(ProcessInstance) is accessing the Hibernate transaction even if jBPM is configured not to use transactions: <service name="persistence"> <factory> <bean class="org.jbpm.persistence.db.DbPersistenceServiceFactory"> <field name="isTransactionEnabled"> <false /> </field> <field name="isCurrentSessionEnabled"> <true /> </field> </bean> </factory> </service> This causes a serious problem when you're using jBPM inside a JTA environment and you want to control JTA transactions by yourself. For instance, we're using Spring to manage transactions a JBoss Transactions as the JTA implementation. We are not using JNDI in any way, but when we try to call processInstance.end(), a call to org.jbpm.scheduler.db.DbSchedulerService.deleteTimersByProcessInstance(ProcessInstance) is performed and Hibernate tries to create a new JTATransaction by querying an empty JNDI InitialContext. The only workaround we could find is the one outlined here: http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4117325#4117325 that is, subclassing JobSession in order to use Spring TransactionSynchronizationManager. -- 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

16 years, 1 month

3
7
0 / 0

[JBoss JIRA] Created: (JBPM-1410) Revisit overall product configuration

by Heiko Braun (JIRA)

Revisit overall product configuration ------------------------------------- Key: JBPM-1410 URL: https://jira.jboss.org/jira/browse/JBPM-1410 Project: JBoss jBPM Issue Type: Task Security Level: Public (Everyone can see) Components: Productization Affects Versions: JBossBPM-3.3.0 Reporter: Heiko Braun Assignee: Heiko Braun Currently there too many redundant configuration files, spread across modules. -- 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

16 years, 1 month

1
4
0 / 0

[JBoss JIRA] Created: (JBPM-1406) Process group view: Most active process type

by Heiko Braun (JIRA)

Process group view: Most active process type -------------------------------------------- Key: JBPM-1406 URL: https://jira.jboss.org/jira/browse/JBPM-1406 Project: JBoss jBPM Issue Type: Sub-task Reporter: Heiko Braun Assignee: Heiko Braun Fix For: jPDL 3.2.4 KPF: - Number of executions - Average execution time per type -- 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

16 years, 1 month

3
6
0 / 0

[JBoss JIRA] Created: (JBPM-1128) merge processdefinition.xml and gpd.xml in one file

by Ronald van Kuijk (JIRA)

merge processdefinition.xml and gpd.xml in one file --------------------------------------------------- Key: JBPM-1128 URL: http://jira.jboss.com/jira/browse/JBPM-1128 Project: JBoss jBPM Issue Type: Feature Request Affects Versions: jBPM jPDL 3.2.2 Environment: All Reporter: Ronald van Kuijk Assigned To: Tom Baeyens Priority: Minor Currently there is a processdefinition.xml file and a gpd.xml file. Some discussion has taken place on merging them, see forum. -- 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

16 years, 2 months

2
3
0 / 0

[JBoss JIRA] Created: (JBPM-1108) create ws interface for retrieving data stored in the jBPM logs

by Vitaliy Kotov (JIRA)

create ws interface for retrieving data stored in the jBPM logs --------------------------------------------------------------- Key: JBPM-1108 URL: http://jira.jboss.com/jira/browse/JBPM-1108 Project: JBoss jBPM Issue Type: Sub-task Reporter: Vitaliy Kotov Assigned To: Tom Baeyens -- 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

16 years, 2 months

4
7
0 / 0

[JBoss JIRA] Created: (JBPM-1115) Broken datamodel when a detached ProcInst is saved

by Britt Miner (JIRA)

Broken datamodel when a detached ProcInst is saved -------------------------------------------------- Key: JBPM-1115 URL: http://jira.jboss.com/jira/browse/JBPM-1115 Project: JBoss jBPM Issue Type: Bug Components: Core Engine Affects Versions: jBPM jPDL 3.2 Reporter: Britt Miner Assigned To: Tom Baeyens I've noticed (accidentally of course, -ahem-) that if you attempt to call jbpmContext.save(processInstance) on a pi that was loaded outside of the current session, Hibernate will save a new pi with a new Id--however it will reference the same rootToken, etc. as the original pi, and all kinds of unexpected behavior quietly ensues. Of course, loading a fresh copy of the pi immediately before you do anything with it avoids the problem; however, a lot of serious data integrity hangs on remembering to do that every time. (for instance, when a pi being viewed in a UI is injected into an action component, the programmer must remember to load up a fresh copy before working on it.) Since failing to re-load a detached pi can result in what seems to be a broken jBPM data model, jBPM should probably be doing something itself to avoid the problem. I think there are possibly two ways to prevent this from happening: 1) Simply changing the HibernateSaveOperation.save(processInstance) method to saveOrUpdate() seems to perform cleanly. 2) Do a check on the pi, and throw an error if it doesn't belong to the current hibernate session. -- 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

16 years, 2 months

2
2
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

jbpm-issues September 2008