July 2010 - jbpm-issues - Jboss List Archives

[JBoss JIRA] Commented: (JBPM-1212) static process variables

by Huisheng Xu (JIRA)

[ https://jira.jboss.org/browse/JBPM-1212?page=com.atlassian.jira.plugin.sy... ] Huisheng Xu commented on JBPM-1212: ----------------------------------- I think variable declaration is not enough for process development. If we could provide some mechinisium to shared variable between instances. It will save many times for us. For example, BEPL again :P, now I have to create another component to store partnerlink definitions. When I deploy BPEL, I have to do two steps, first deploy BPEL.xml, second set related partnerlinks. And I think these partnerlink definitions are definitely a part of bpel process defintion. If they could be configured by static process variables of process definition. They will be much easier to configure and fetch from environment. > static process variables > ------------------------ > > Key: JBPM-1212 > URL: https://jira.jboss.org/browse/JBPM-1212 > Project: jBPM > Issue Type: Feature Request > Reporter: Tom Baeyens > Priority: Minor > Fix For: jBPM 4.x > > > Add static variables to process definitions -- 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, 5 months

1
0
0 / 0

[JBoss JIRA] Created: (JBPM-2622) fix java static factory method use case

by Tom Baeyens (JIRA)

fix java static factory method use case ---------------------------------------- Key: JBPM-2622 URL: https://jira.jboss.org/jira/browse/JBPM-2622 Project: jBPM Issue Type: Task Security Level: Public (Everyone can see) Reporter: Tom Baeyens Assignee: Tom Baeyens Fix For: jBPM 4.3 this doesn't work as expected. <process name="OrderWithRules"> <start> <transition to="isImportant"> <java var="amount" class="java.lang.Integer" method="parseInt"> <arg><object expr="#{amount}" /></arg> </java> </transition> </start> cause is to be found somewhere in JavaBinding, i think if (XmlUtil.attribute(element, "method", true, parse, null)!=null) { UserCodeReference invocationReference = parser.parseUserCodeReference(element, parse); javaActivity.setInvocationReference(invocationReference); ObjectDescriptor objectDescriptor = (ObjectDescriptor) invocationReference.getDescriptor(); javaActivity.setArgDescriptors(objectDescriptor.getArgDescriptors()); objectDescriptor.setArgDescriptors(null); javaActivity.setMethodName(objectDescriptor.getMethodName()); objectDescriptor.setMethodName(null); } by setting the methodName to null in the object descriptor (objectDescriptor.setMethodName(null)), the object descriptor will not see it as a static factory method, but instead will look for the constructor of the 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, 5 months

2
4
0 / 0

[JBoss JIRA] Commented: (JBPM-1212) static process variables

by Maciej Swiderski (JIRA)

[ https://jira.jboss.org/browse/JBPM-1212?page=com.atlassian.jira.plugin.sy... ] Maciej Swiderski commented on JBPM-1212: ---------------------------------------- To me it looks like variable declaration. Since it is declared on process definition level all of instances of this process definition will have same set of variables available. As you said that they should be read only in fact it will work like this at startup, meaning all instances will get exactly same values (unless declaration is based on expression). But it is not guarded that it cannot be changed. The obvious difference is that there will be copies of the variables per process instance not as you described one set of variables that are shared. Perhaps I am missing something?! > static process variables > ------------------------ > > Key: JBPM-1212 > URL: https://jira.jboss.org/browse/JBPM-1212 > Project: jBPM > Issue Type: Feature Request > Reporter: Tom Baeyens > Priority: Minor > Fix For: jBPM 4.x > > > Add static variables to process definitions -- 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, 5 months

1
0
0 / 0

[JBoss JIRA] Created: (JBPM-2847) DB.verifyClean() in JbpmTestCase.tearDown() fails with DB2

by Joost den Boer (JIRA)

DB.verifyClean() in JbpmTestCase.tearDown() fails with DB2 ---------------------------------------------------------- Key: JBPM-2847 URL: https://jira.jboss.org/jira/browse/JBPM-2847 Project: jBPM Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: jBPM 4.3 Environment: JBPM 4.3 on DB2 v9 database. All tables in JBPMDB schema. Reporter: Joost den Boer At the end of a JbpmTestCase the database is cleaned. This fails for a DB2 database because the default schema is not added to the table name. The created query is "select count(*) as RECORD_COUNT_ from JBPM4_DEPLOYMENT", but this should be "select count(*) as RECORD_COUNT_ from JBPMDB.JBPM4_DEPLOYMENT". The schema name is available in the SessionFactory Settings so should not be to difficult to fix this. -- 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, 5 months

2
3
0 / 0

[JBoss JIRA] Created: (JBPM-2821) Adding a variable converter to jBPM is not intuitive and the documentation is lacking.

by Jochen Mader (JIRA)

Adding a variable converter to jBPM is not intuitive and the documentation is lacking. -------------------------------------------------------------------------------------- Key: JBPM-2821 URL: https://jira.jboss.org/jira/browse/JBPM-2821 Project: jBPM Issue Type: Feature Request Security Level: Public (Everyone can see) Components: Runtime Engine Affects Versions: jBPM 4.3 Reporter: Jochen Mader To add a converter to jBPM it's currently required to add it in two places: jbpm.variables.types.xml and jbpm.execution.hbm.xml There are two issues with this: 1) I don't think it's a good approach to be required to edit two files to get the converter enabled. 2) The second file is an internal hibernate mapping file for jBPM and shouldn't be edited by a user for something as simple as adding a converter. At the very least the whole thing should be added to the documentation. Even better would be to enable converters by just adding them to jbpm.variables.types.xml -- 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, 5 months

2
1
0 / 0

[JBoss JIRA] Created: (JBPM-2809) Defer email sending until transaction is commited

by Peter Horvath (JIRA)

Defer email sending until transaction is commited ------------------------------------------------- Key: JBPM-2809 URL: https://jira.jboss.org/jira/browse/JBPM-2809 Project: jBPM Issue Type: Feature Request Security Level: Public (Everyone can see) Affects Versions: jBPM 4.x Reporter: Peter Horvath Currently emails are sent immediately when they are dispatched from e.g. a mail node or task notification. This can be confusing since the transaction the JBPM execution runs in can be rolled back later. For example a workflow could contain an initial email node which sends a confirmation email to the user who submitted a request ("Your request has been successfully submitted to the workflow system...") - but if the the next node in the workflow throws an exception which rolls back the transaction the submitted request won't be stored in the system. This can be very confusing for the end users. There are similar problems with task notifications as well. I think it would be fairly easy to solve this problem by introducing an optional attribute to the mail node which instructs JBPM to send the email only on transaction commit and modify MailActivity so that it creates a transaction synchronization which sends the email from javax.transaction.Synchronization.afterCompletion(int status) method if the status is COMMITED. -- 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, 5 months

3
2
0 / 0

[JBoss JIRA] Created: (JBPM-2804) Create process instance for specific process def version

by Mike Martin (JIRA)

Create process instance for specific process def version -------------------------------------------------------- Key: JBPM-2804 URL: https://jira.jboss.org/jira/browse/JBPM-2804 Project: jBPM Issue Type: Feature Request Security Level: Public (Everyone can see) Affects Versions: jBPM 4.x Reporter: Mike Martin Provide a way to create a process instance based on a specific version of a process definition. -- 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, 5 months

3
3
0 / 0

[JBoss JIRA] Created: (JBPM-2798) ID Generation for Oracle or DB2 Database when using out of the box JobExecutor causes Integrity Constraint violations with subprocesses

by Martin Porter (JIRA)

ID Generation for Oracle or DB2 Database when using out of the box JobExecutor causes Integrity Constraint violations with subprocesses --------------------------------------------------------------------------------------------------------------------------------------- Key: JBPM-2798 URL: https://jira.jboss.org/jira/browse/JBPM-2798 Project: jBPM Issue Type: Bug Security Level: Public (Everyone can see) Components: Runtime Engine Affects Versions: jBPM 4.3 Environment: WLS 11g, Oracle 11g, jBPM 4.3 Reporter: Martin Porter When using jBPM in default configuration with out of the box JobExecutors (2 threads) we see issues with ID generation causing Integrity Constraint violations. There is a long thread related to this as also this behaviour has been seen with DB2 as well as Oracle. The link to the thread is:- http://community.jboss.org/message/522625#522625 This seems to be related to the use of Subprocesses. It has been witnessed that removing the subprocesses solves the issue. Unfortunately we cannot do that. We solved the issue by implementing our own ID generator using an Oracle Sequence. I have attached the code to this case. It would be nice to have this added to the trunk code if possible. We have been testing with it and it solved all of our problems. Note that this was NOT running in cluster configuration and the problems occur on a single server instance with the default (non modifed) JobExecutor configuration. Regards martin -- 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, 5 months

3
4
0 / 0

[JBoss JIRA] Created: (JBPM-2783) refresh button doesn't wok in gwt-console application

by sunil tiwari (JIRA)

refresh button doesn't wok in gwt-console application ----------------------------------------------------- Key: JBPM-2783 URL: https://jira.jboss.org/jira/browse/JBPM-2783 Project: jBPM Issue Type: Bug Security Level: Public (Everyone can see) Components: Console Affects Versions: jBPM 4.2 Environment: RAD7.5 , websphere server 6.1 , derby Data base , hibernate for DB connection Reporter: sunil tiwari I imported the gwt-console.war and gwt-console-server.war as web project in RAD 7.5 . Now i ran the console application after login i can see the process definitions list in the process grid , if i add another process instance using db explorer as i have an application which creates process instances and click on refresh button ideally that instance should come into the list but nothing happens . Even if select one instance and terminate it or delete it i m able to see them in the list after click on refresh button . -- 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, 5 months

2
1
0 / 0

[JBoss JIRA] Created: (JBPM-2789) Java task field injection works when java class is on the Spring context

by Robert Moskal (JIRA)

Java task field injection works when java class is on the Spring context ------------------------------------------------------------------------ Key: JBPM-2789 URL: https://jira.jboss.org/jira/browse/JBPM-2789 Project: jBPM Issue Type: Bug Security Level: Public (Everyone can see) Components: Runtime Engine Affects Versions: jBPM 4.1 Environment: Nothing unusual, hsql, jetty. Reporter: Robert Moskal If I create a java task that pulls from the spring context, like so: <java expr="#{pipelineNode}" g="300,79,92,52" method="execute" name="Rig"> <field name="execution"><object expr="#{execution}"/></field> <field name="allowableFlows"><string value="NormalFlow2"/></field> <transition g="-31,-28" name="success" to="Animate"/> <transition g="303,252:-25,-32" name="to Rework" to="Rework"/> </java> Then none of the field injectors work. However if I change the definition to one where I instantiate using the class: <java class="com.bluesky.skyline.workflow.extensions.PipelineNode" g="123,78,127,52" method="execute" name="Model">  <field name="allowableFlows"><string value="NormalFlow2"/></field> <transition g="-31,-28" name="success" to="Rig"/> <transition g="-24,-58" name="to Rework" to="Rework"/> </java> Then they work as expected. Whats' interesting is that in the latter case the Execution isn't injected.However, if I add the execution in an argument to my method: <arg><object expr="#{execution}"/></arg> Then it is passed in correctly. I suspect this has to do with the way the java code is stored with the process. -- 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, 5 months

3
4
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

jbpm-issues July 2010