June 2010 - jbpm-issues - Jboss List Archives

[JBoss JIRA] Created: (JBPM-1453) merge job notification booleans

by Tom Baeyens (JIRA)

merge job notification booleans ------------------------------- Key: JBPM-1453 URL: https://jira.jboss.org/jira/browse/JBPM-1453 Project: JBoss jBPM Issue Type: Task Security Level: Public (Everyone can see) Components: PVM Reporter: Tom Baeyens Priority: Critical merge the 2 independent booleans that keep track whether a notification to the job executor was already sent JobExecutorMessageSession.isNotificationAdded and JobExecutorTimerSession.jobExecutorNotificationScheduled -- 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, 6 months

3
16
0 / 0

[JBoss JIRA] Created: (JBPM-2515) End activityname not accessible through History API

by Joram Barrez (JIRA)

End activityname not accessible through History API --------------------------------------------------- Key: JBPM-2515 URL: https://jira.jboss.org/jira/browse/JBPM-2515 Project: jBPM Issue Type: Feature Request Security Level: Public (Everyone can see) Affects Versions: jBPM 4.0, jBPM 4.1 Reporter: Joram Barrez Priority: Minor See forum reference. There is no operation to retrieve the end activity name through the history API, altough the String is stored in the HistoryProcessInstanceImpl class. -- 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, 6 months

4
10
0 / 0

[JBoss JIRA] Created: (JBPM-2427) Look at if need to add the optional "language" attribute to mail activitly

by Jim Ma (JIRA)

Look at if need to add the optional "language" attribute to mail activitly -------------------------------------------------------------------------- Key: JBPM-2427 URL: https://jira.jboss.org/jira/browse/JBPM-2427 Project: JBoss jBPM Issue Type: Task Security Level: Public (Everyone can see) Affects Versions: jBPM 4.0 Reporter: Jim Ma There is no "language" attribute in jpdl-4.0.xsd. look it if we need to add it as optional. -- 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, 6 months

4
4
0 / 0

[JBoss JIRA] Created: (JBPM-2553) Violation of unique constratin with two splits

by David Loiseau (JIRA)

Violation of unique constratin with two splits ---------------------------------------------- Key: JBPM-2553 URL: https://jira.jboss.org/jira/browse/JBPM-2553 Project: jBPM Issue Type: Bug Security Level: Public (Everyone can see) Components: Runtime Engine Affects Versions: jBPM 4.1 Reporter: David Loiseau Thow split steps with two identical transition names cause a violation of unique constraint in JBPM4_EXECUTION table. Process Definition: <?xml version="1.0" encoding="UTF-8"?> <process key="test" name="test" xmlns="http://jbpm.org/4.0/jpdl"> <start g="82,38,41,27" name="start1"> <transition g="-43,-18" name="to fork1" to="fork1"/> </start> <fork g="79,112,25,20" name="fork1"> <transition name="to task1" to="task1" g="-44,-18"/> <transition name="to task2" to="task2" g="-44,-18"/> </fork> <fork g="88,263,65,27" name="fork2"> <transition name="to task1" to="task4" g="-44,-18"/> <transition name="to task3" to="task3" g="-44,-18"/> </fork> <task assignee="test" name="task1" g="75,189,60,42"> <transition name="to fork2" to="fork2" g="-43,-18"/> </task> <task name="task2" g="163,117,61,31"/> <task name="task3" g="189,268,59,37"/> <task name="task4" g="93,340,52,40"/> </process> Test code: ProcessEngine processEngine = Configuration.getProcessEngine(); RepositoryService repositoryService = (RepositoryService) processEngine.get(RepositoryService.class); String deploymentId = repositoryService .createDeployment() .addResourceFromClasspath("test.jpdl.xml") .deploy(); Execution execution = processEngine.getExecutionService().startProcessInstanceByKey("test"); Task task = (Task)processEngine.getTaskService().findPersonalTasks("test").get(0); processEngine.getTaskService().completeTask(task.getId(),"to fork2"); Exception: Caused by: java.sql.SQLException: Violation of unique constraint $$: duplicate value(s) for column(s) $$: SYS_CT_970 in statement [update JBPM4_EXECUTION set DBVERSION_=?, ACTIVITYNAME_=?, PROCDEFID_=?, HASVARS_=?, NAME_=?, KEY_=?, ID_=?, STATE_=?, SUSPHISTSTATE_=?, PRIORITY_=?, HISACTINST_=?, PARENT_=?, INSTANCE_=?, SUPEREXEC_=?, SUBPROCINST_=? where DBID_=? and DBVERSION_=?] at org.hsqldb.jdbc.Util.throwError(Unknown Source) at org.hsqldb.jdbc.jdbcPreparedStatement.executeUpdate(Unknown Source) at org.hibernate.persister.entity.AbstractEntityPersister.update(AbstractEntityPersister.java:2435) ... 39 more -- 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, 6 months

4
11
0 / 0

[JBoss JIRA] Created: (JBPM-2614) TimerSessionBinding does not allow 3rd party TimerSession implementations

by sdfsd sdfsd (JIRA)

TimerSessionBinding does not allow 3rd party TimerSession implementations ------------------------------------------------------------------------- Key: JBPM-2614 URL: https://jira.jboss.org/jira/browse/JBPM-2614 Project: jBPM Issue Type: Feature Request Security Level: Public (Everyone can see) Components: Runtime Engine Affects Versions: jBPM 4.x Reporter: sdfsd sdfsd We want to use our own scheduler for Timers but even if the infrastracture is in place one can not configure it's own implementation of TimerSession. The <timer-session/> element allows only target ='ejb' and nothing else will be parsed by the method TimerSessionBinding.parse(). I can't understand why can't I provide my own implementation of TimerSession. the Solution would be to change add and attribute className to <timer-session/> element and to change the TimerSessionBinding.parse() method like this : objectDescriptor.setClassName(XmlUtil.attribute(element, "class")); you can also add a target like 'custom' and only then check the 'class' attribute. Something like this: public Object parse(Element element, Parse parse, Parser parser) { ObjectDescriptor objectDescriptor = new ObjectDescriptor(); String target = XmlUtil.attribute(element, "target"); if ((target!=null){ if ("ejb".equalsIgnoreCase(target))) { objectDescriptor.setClassName("org.jbpm.enterprise.internal.ejb.EnterpriseTimerSession"); } else if ("custom".equalsIgnoreCase(target))) { objectDescriptor.setClassName(XmlUtil.attribute(element, "class")); } } else { // wire the JobExecutorTimerSession objectDescriptor.setClassName(JobExecutorTimerSession.class.getName()); // inject fields objectDescriptor.addInjection("transaction", new TransactionRefDescriptor()); objectDescriptor.addInjection("jobExecutor", new EnvDescriptor(JobExecutor.class)); objectDescriptor.addInjection("session", new ContextTypeRefDescriptor(Session.class)); } return objectDescriptor; } -- 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, 6 months

3
3
0 / 0

[JBoss JIRA] Created: (JBPM-2885) Forked subprocesses not deleted

by Sandro RÃ¶der (JIRA)

Forked subprocesses not deleted ------------------------------- Key: JBPM-2885 URL: https://jira.jboss.org/browse/JBPM-2885 Project: jBPM Issue Type: Bug Security Level: Public (Everyone can see) Components: Runtime Engine Affects Versions: jBPM 4.3 Environment: Jboss 5.1, Oracle DB Reporter: Sandro RÃ¶der I split my main process into several subprocess. But after complete the subprocess and later the main process, the subprocess are not deleted. They kept in the state ended? I don't know if this is a bug, but it seems strange! -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 6 months

3
8
0 / 0

[JBoss JIRA] Created: (JBPM-2587) Configuration parameter for treating reference to non existing variables in EL

by Wojtas Koziej (JIRA)

Configuration parameter for treating reference to non existing variables in EL ------------------------------------------------------------------------------ Key: JBPM-2587 URL: https://jira.jboss.org/jira/browse/JBPM-2587 Project: jBPM Issue Type: Feature Request Security Level: Public (Everyone can see) Components: Runtime Engine Reporter: Wojtas Koziej During creating and testing your jPDL processes it will be great feature having ability to tell jBPM: "When process evaluating EL and accessing variable does not exists RAISE EXCEPTION" Advantages: * Your process fail in place where is problem (e.g. you misspell variable name) * Faster error finding, because of break early I propose to make configuration variable for this option, because of back compatibility, but in future it should be default. -- 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, 6 months

3
3
0 / 0

[JBoss JIRA] Created: (JBPM-2635) Error deploying a process with a bad version format

by Javier Alperte (JIRA)

Error deploying a process with a bad version format --------------------------------------------------- Key: JBPM-2635 URL: https://jira.jboss.org/jira/browse/JBPM-2635 Project: jBPM Issue Type: Bug Security Level: Public (Everyone can see) Components: Runtime Engine Affects Versions: jBPM 4.2 Environment: MySQL Ver 14.12 Distrib 5.0.75, for debian-linux-gnu (i486) using readline 5.2 Java version "1.6.0_16" Java(TM) SE Runtime Environment (build 1.6.0_16-b01) Java HotSpot(TM) Server VM (build 14.2-b01, mixed mode) JBoss AS 4.2.3 GA JBoss Portal 2.7.2 Hibernate Core 3.3.2.GA Hibernate EntityManager 3.4.0.GA Hibernate Annotations 3.4.0.GA Hibernate Validator 3.1.0.GA Hibernate Commons Annotations 3.1.0.GA Seam 2.2.0.GA Richfaces 3.3.1.GA Portlet Bridge 1.0.0.CR2 Reporter: Javier Alperte Error uploading a jpdl file with a wrong version format (aka: 1.0.0) which leaves the database inconsistent (bad formatted jpdl file) and does not let upload a new process definition with the same Name, because the service attempts to retrieve the previous version and throws an exception when parse the file. (NOTE: I am uploading a BAR file and the jpdl file is inside the bar) In the RepositorySessionImpl you are doing the following steps: session.save(deploymentImpl); // will also save the attached resources deployerManager.deploy(deploymentImpl); That saves the Deployment data before checking the consistency of the jpdl file. -- 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, 6 months

4
6
0 / 0

[JBoss JIRA] Created: (JBPM-2807) A task is put in an unusable state if the execution it belongs to is signalled

by Ronald van Kuijk (JIRA)

A task is put in an unusable state if the execution it belongs to is signalled ------------------------------------------------------------------------------- Key: JBPM-2807 URL: https://jira.jboss.org/jira/browse/JBPM-2807 Project: jBPM Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: jBPM 4.0, jBPM 4.1, jBPM 4.2, jBPM 4.3, jBPM 4.x Reporter: Ronald van Kuijk Priority: Minor Fix For: jBPM 4.x When an execution is signalled, the task belonging to that execution becomes unusable. It is made 'not-signalling', has no exection (thus cannot be ended, which you would not want to) but it keeps showing up in the tasklist.... Proposed solution is to have an additional task state (like the 'timeout' that is introduced). If an execution is signalled, the task is 'cancelled' this is something completely different then it being completed or any other state.... The behaviour of which transition will be taken will not be different from what it is now.... A warning will be logged that a execution is signalled and it would be better to act on the task itself... Subtasks will/should be treated the same. -- 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, 6 months

4
6
0 / 0

[JBoss JIRA] Created: (JBPM-2817) Repeat Timer Issue

by Sean Mo (JIRA)

Repeat Timer Issue ------------------ Key: JBPM-2817 URL: https://jira.jboss.org/jira/browse/JBPM-2817 Project: jBPM Issue Type: Bug Security Level: Public (Everyone can see) Components: Runtime Engine Affects Versions: jBPM 4.0 Environment: Spring 3.0 JDK 1.6 Reporter: Sean Mo This happened on jBPM 4.0. Initially I defined a normal timer in my process definition, it worked well but after I changed it to a repeat timer (by adding repeat="30 seconds"), I encountered the following exception: Mar 4, 2010 5:40:35 PM org.jbpm.internal.log.Jdk14Log error SEVERE: exception while executing 'timer[23|2010-03-04 17:41:05,391|TimeoutEvent]' org.jbpm.api.JbpmException: no transaction in environment at org.jbpm.pvm.internal.job.TimerImpl.execute(TimerImpl.java:150) at org.jbpm.pvm.internal.job.TimerImpl.execute(TimerImpl.java:52) at org.jbpm.pvm.internal.cmd.ExecuteJobCmd.execute(ExecuteJobCmd.java:74) at org.jbpm.pvm.internal.cmd.ExecuteJobCmd.execute(ExecuteJobCmd.java:41) at org.jbpm.pvm.internal.svc.DefaultCommandService.execute(DefaultCommandService.java:42) at org.jbpm.pvm.internal.spring.CommandTransactionCallback.doInTransaction(CommandTransactionCallback.java:50) at org.springframework.transaction.support.TransactionTemplate.execute(TransactionTemplate.java:128) at org.jbpm.pvm.internal.tx.SpringTransactionInterceptor.execute(SpringTransactionInterceptor.java:79) at org.jbpm.pvm.internal.svc.EnvironmentInterceptor.execute(EnvironmentInterceptor.java:54) at org.jbpm.pvm.internal.svc.RetryInterceptor.execute(RetryInterceptor.java:55) at org.jbpm.pvm.internal.jobexecutor.JobExecutorThread.run(JobExecutorThread.java:63) Here's my timer definition: <custom expr="#{customWaitActivity}" name="Custom Wait" g="411,174,126,52"> <on event="TimeoutEvent">  <timer duedate="30 seconds" repeat="30 seconds" /> <event-listener class="jbpm.demo.wf.spring.SpringEventListenerDelegate"> <field name="beanName"> <string value="timerExpireHandler" /> </field> </event-listener> </on> </custom> Spring is used to control all the transactions in my project. All the other functions work fine so I think this may be a Spring integration bug of Timer. Here's my Sping Transaction config: <tx:annotation-driven transaction-manager="transactionManager" /> <bean id="transactionManager" class="org.springframework.orm.hibernate3.HibernateTransactionManager"> <property name="sessionFactory" ref="sessionFactory"/> </bean> <bean id="sessionFactory" class="org.springframework.orm.hibernate3.LocalSessionFactoryBean"> <property name="dataSource" ref="demoDatasource" /> <property name="exposeTransactionAwareSessionFactory"><value>true</value></property> <property name="hibernateProperties"> <props> <prop key="hibernate.dialect">org.hibernate.dialect.DB2Dialect</prop> <prop key="hibernate.format_sql">false</prop> <prop key="hibernate.show_sql">false</prop> <prop key="use_sql_comments">false</prop> <prop key="hibernate.hbm2ddl.auto">none</prop> </props> </property> <property name="mappingLocations"> <list> <value>classpath:jbpm.execution.hbm.xml</value> <value>classpath:jbpm.repository.hbm.xml</value> <value>classpath:jbpm.task.hbm.xml</value> <value>classpath:jbpm.history.hbm.xml</value> <value>classpath:jbpm.identity.hbm.xml</value> </list> </property> </bean> And jbpm.cfg.xml is properly set up according to the jbpm doc as below. ... <job-executor threads="2" idle="20000" lock="2400000" auto-start="true" init="immediate" />  <command-service> ... <spring-transaction-interceptor /> </command-service> ...  <script-manager default-expression-language="juel" default-script-language="juel" read-contexts="execution, environment, process-engine, spring" write-context=""> <script-language name="juel" factory="org.jbpm.pvm.internal.script.JuelScriptEngineFactory" /> </script-manager> ... <transaction-context> ... <hibernate-session current="true" /> </transaction-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, 6 months

4
3
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

jbpm-issues June 2010