March 2010 - jbpm-issues - Jboss List Archives

[JBoss JIRA] Created: (JBPM-2692) Still problems with variables of Serializable objects

by Mauro Molinari (JIRA)

Still problems with variables of Serializable objects ----------------------------------------------------- Key: JBPM-2692 URL: https://jira.jboss.org/jira/browse/JBPM-2692 Project: jBPM Issue Type: Bug Security Level: Public (Everyone can see) Components: Runtime Engine Affects Versions: jBPM 3.2.6.SP1 Environment: jBPM 3.2.6.SP1 embedded into a web application Reporter: Mauro Molinari There are times in which when calling org.jbpm.context.exe.VariableInstance.getValue(), the proprty token is null. In this case, if the variable object is of a Serializable class and this class is in the PAR, calling getValue() will fail with a ClassNotFound exception if the process class loader is not the one who loaded the SerializableToByteArrayConverter class. This is because the method org.jbpm.context.exe.converter.SerializableToByteArrayConverter.revert(ByteArray) (without the token) is called and a plain ObjectInputStream is used to do the deserialization. I don't have a simple test case to reproduce, but this is what I am doing: - my webapp application is retreiving all the logs associated to a ProcessInstance using org.jbpm.db.LoggingSession.findLogsByProcessInstance(long) - it is iterating over the collection and, for each ProcessLog instance, it is retreiving the variable instance values (for example: org.jbpm.context.log.VariableCreateLog the method org.jbpm.context.log.VariableLog.getVariableInstance() is called; for a org.jbpm.context.log.VariableUpdateLog the methods org.jbpm.context.log.VariableUpdateLog.getOldValue() and org.jbpm.context.log.VariableUpdateLog.getNewValue() are called and so on) - a ClassNotFoundException is launched; the class loader in use is that of the webapp, so it's normal that the class of the variable value cannot be found, since it is a serializable class provided by the PAR. I don't know why token is null: should it be restored by Hibernate? Looking at org.jbpm.context.exe.VariableInstance the only explicit code that sets the token property is in org.jbpm.context.exe.VariableInstance.create(Token, String, Object). -- 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

3
7
0 / 0

[JBoss JIRA] Created: (JBPM-2743) Provide JBoss Deployer for jbpm archives (.bar)

by Bernd Ruecker (JIRA)

Provide JBoss Deployer for jbpm archives (.bar) ----------------------------------------------- Key: JBPM-2743 URL: https://jira.jboss.org/jira/browse/JBPM-2743 Project: jBPM Issue Type: Feature Request Security Level: Public (Everyone can see) Components: Runtime Engine Reporter: Bernd Ruecker Assignee: Bernd Ruecker A deployer shall be added. The interessting question is how the lifecycle looks like (what if a archive gets undeployed? If it is suspended, is there a possibility to reactivate it again? ...?). See SOA-1008 as well. Next task is to sketch a concept. -- 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

2
1
0 / 0

[JBoss JIRA] Created: (JBPM-2713) add jbpm version to userguide/devguide

by Andries Inze (JIRA)

add jbpm version to userguide/devguide -------------------------------------- Key: JBPM-2713 URL: https://jira.jboss.org/jira/browse/JBPM-2713 Project: jBPM Issue Type: Feature Request Security Level: Public (Everyone can see) Reporter: Andries Inze Priority: Minor The online devguide/userguide is updated some time after the release. You could filter with maven and replace the ${project.version} somewhere in the doc. -- 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

4
3
0 / 0

[JBoss JIRA] Created: (JBPM-2786) Tasks tab does not bring back any results.

by Raghavan TV (JIRA)

Tasks tab does not bring back any results. ------------------------------------------ Key: JBPM-2786 URL: https://jira.jboss.org/jira/browse/JBPM-2786 Project: jBPM Issue Type: Bug Security Level: Public (Everyone can see) Components: Console Affects Versions: jBPM 3.2.7 Environment: jbpm-console that is bundled with jbossesb-4.7 Reporter: Raghavan TV The TASKS tab on the jbpm-console home does not bring back any results. However when we drilldown the processinstance we are able to view the associated tasks. -- 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

3
3
0 / 0

[JBoss JIRA] Created: (JBPM-2791) jBPM variable mapping does not map correctly an empty String.

by Marek Baluch (JIRA)

jBPM variable mapping does not map correctly an empty String. ------------------------------------------------------------- Key: JBPM-2791 URL: https://jira.jboss.org/jira/browse/JBPM-2791 Project: jBPM Issue Type: Bug Security Level: Public (Everyone can see) Components: Runtime Engine Affects Versions: jBPM 3.2.7 Environment: DATABASE: Oracle10g Reporter: Marek Baluch If I define the following variable mapping between ESB and jBPM (code bellow) and the mapped value (e.g. from ESB to jBPM) is an empty String then the result is null. <bpmToEsbVars> <mapping bpm="theBody" esb="BODY_CONTENT"/> </bpmToEsbVars> <esbToBpmVars> <mapping esb="BODY_CONTENT" bpm="theBody"/> </esbToBpmVars> The problem may lie in hibernate (http://opensource.atlassian.com/projects/hibernate/browse/HV-13). Also my test has shown that if I persist an object with some field set to an empty String then the object returned from the oracle10g database has the field value equal to 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

14 years

2
2
0 / 0

[JBoss JIRA] Created: (JBPM-2796) No message displayed when login attempts failed

by Fabrice Lucien (JIRA)

No message displayed when login attempts failed ----------------------------------------------- Key: JBPM-2796 URL: https://jira.jboss.org/jira/browse/JBPM-2796 Project: jBPM Issue Type: Bug Security Level: Public (Everyone can see) Components: Console Affects Versions: GWT Console 1.0.x Environment: Windows and tomcat 6 Reporter: Fabrice Lucien The GWT console is deployed on a tomcat 6. When I try to connect It failed and there's no error message displayed on the IHM and also on the output of the server. So we don't know what's going wrong, if it's a bad credential or a bad connection to the database or other... -- 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

2
1
0 / 0

[JBoss JIRA] Created: (JBPM-2797) Bug in LockMonitor unlocks EVERY Job, not only overdue ones

by Bernd Ruecker (JIRA)

Bug in LockMonitor unlocks EVERY Job, not only overdue ones ----------------------------------------------------------- Key: JBPM-2797 URL: https://jira.jboss.org/jira/browse/JBPM-2797 Project: jBPM Issue Type: Bug Security Level: Public (Everyone can see) Components: Runtime Engine Affects Versions: jBPM 3.2.8 Reporter: Bernd Ruecker Assignee: Bernd Ruecker The LockMonitorThread has a really huge bug. It queries all jobs with overdue lock time: Date threshold = new Date(System.currentTimeMillis() - maxLockTime - lockBufferTime); List overdueJobs = jbpmContext.getJobSession().findJobsWithOverdueLockTime(threshold); by this query: <query name="JobSession.findJobsWithOverdueLockTime"> select job from org.jbpm.job.Job as job where job.lockTime > :threshold </query> This finds all jobs with a lock timer NEWER than the treshold, not OLDER as it should be. So the query must be: <query name="JobSession.findJobsWithOverdueLockTime"> select job from org.jbpm.job.Job as job where job.lockTime < :threshold </query> So if a job runs exactly at the time the LockMonitorThread comes active, this leads to a StaleObjectException in the JobExecution. Since the LockMonitorThread runs only every minute, this is a pretty rare case. The more puzzling it was to find ;-) Surprising, that it wasn't recognized that long! I commit the changed query to HEAD. -- 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

3
7
0 / 0

[JBoss JIRA] Created: (JBPM-2811) Process Image in jbpm-console doesn't properly put 'Running' indicator on a state in a super-state

by Toshiya Kobayashi (JIRA)

Process Image in jbpm-console doesn't properly put 'Running' indicator on a state in a super-state -------------------------------------------------------------------------------------------------- Key: JBPM-2811 URL: https://jira.jboss.org/jira/browse/JBPM-2811 Project: jBPM Issue Type: Bug Security Level: Public (Everyone can see) Components: Console Affects Versions: jBPM 3.2.8 Reporter: Toshiya Kobayashi In case I define a state in a super-state and start the process, when a token reaches to the state, I see "Running" indicator at the upper left instead of on the state in "Process Image" view of jbpm-console. -- 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

2
6
0 / 0

[JBoss JIRA] Created: (JBPM-2823) Lazy loading of ExceptionHandler causes Exception in JTA Env

by Robert Schmelzer (JIRA)

Lazy loading of ExceptionHandler causes Exception in JTA Env ------------------------------------------------------------ Key: JBPM-2823 URL: https://jira.jboss.org/jira/browse/JBPM-2823 Project: jBPM Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: jBPM 3.2.8 Reporter: Robert Schmelzer The fix for https://jira.jboss.org/jira/browse/JBPM-1775 does not work in JTA environment with JtaDbPersistenceService and following config: jbpm-context> <service name="persistence"> <factory> <bean class="org.jbpm.persistence.jta.JtaDbPersistenceServiceFactory"> <field name="isCurrentSessionEnabled"><true /></field> <field name="isTransactionEnabled"><false /></field> </bean> </factory> </service> <service name="tx" factory="org.jbpm.tx.TxServiceFactory"/> <service name="message" factory="at.telekom.wfm.process.queue.JbpmJmsMessageServiceFactory" /> <service name="scheduler" factory="org.jbpm.scheduler.db.DbSchedulerServiceFactory" /> <service name="authentication" factory="org.jbpm.security.authentication.DefaultAuthenticationServiceFactory" /> </jbpm-context> -- 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

2
1
0 / 0

[JBoss JIRA] Created: (JBPM-2824) New implementation of equals and hashcode for ProcessInstance breaks behaviour

by Robert Schmelzer (JIRA)

New implementation of equals and hashcode for ProcessInstance breaks behaviour ------------------------------------------------------------------------------ Key: JBPM-2824 URL: https://jira.jboss.org/jira/browse/JBPM-2824 Project: jBPM Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: jBPM 3.2.8 Reporter: Robert Schmelzer The equals implementation of ProcessInstance now contains key, if the id is not set. The equals implementation of Token also includes equals for ProcessInstance. This means that setting the key properties from within a running process changes the hashcode of the Token and therefore the Process variables will not be found anymore as long as the id of the ProcessInstance is not found. Furthermore it should be discussed how it affects performance to include ProcessInstance and Processdefinition in every call of equals and hashcode for a Token. -- 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

2
1
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

jbpm-issues March 2010