March 2009 - jbpm-issues - Jboss List Archives

[JBoss JIRA] Created: (JBPM-1924) Improved participant UI

by Thomas Diesler (JIRA)

Improved participant UI ----------------------- Key: JBPM-1924 URL: https://jira.jboss.org/jira/browse/JBPM-1924 Project: JBoss jBPM Issue Type: Feature Request Security Level: Public (Everyone can see) Components: Console Reporter: Thomas Diesler Priority: Critical * Participant UI: A production-ready inbox & task-form display solution, with a full-set of form controls, editable CSS, etc. Two Goldman CTOs felt this was the absolute highest priority to resolve ASAP (I received the same feedback from them in August). They have already made attempts to modify the current Admin Console (JSF/Gravel-based) and intend to tweak the GWT-based console. However, the Eclipse-tooling Visual Task Form Designer is relatively weak, it doesn't allow me to easily express things like Drop-Down list, numeric input only, check-box, pop-up calendar for date, etc. This UI is a process participants (e.g. clerk in the office) primary UI, their view of the world, they see all their own and their team's tasks (note: the current console shows all tasks for everybody, not just the logged in user). The current UI only uses inputText (single-line edits). The JBoss logo needs to be customizable (I want it to say Goldman in that upper left corner) I'll attempt to mark up some changes to the current console so you get a feel for their specific feedback. It should be noted that Amentra also felt this was a mandatory feature before we can call ourselves a BPM product. No Java Coding, just pointing & clicking. -- 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

13 years, 11 months

6
10
0 / 0

[JBoss JIRA] Created: (JBPM-2031) Some bidirectional associations do not use inverse="true"

by Tomasz Wysocki (JIRA)

Some bidirectional associations do not use inverse="true" --------------------------------------------------------- Key: JBPM-2031 URL: https://jira.jboss.org/jira/browse/JBPM-2031 Project: JBoss jBPM Issue Type: Feature Request Security Level: Public (Everyone can see) Components: Core Engine Affects Versions: jBPM 3.3.1 GA Environment: Tested with MySQL with query log enabled in JUnit. Reporter: Tomasz Wysocki Priority: Minor Currently couple of bidirectional associations do not use inverse="true" on one-to-many side (collection) The examples are - ProcessInstance.instances - CompositeLog.children I'm sure there are more of them. Lack of inverse="true" results in additional "UPDATE" statement being issued by hibernate to create a relationship from a one-to-many side. This is not necessary when java code is updating both ends of an association. Some use-cases where lots of new processes are being created would see a performance improvement. CompositeLog logging overhead will decrease (only INSERT will be issued - no UPDATE) Please consider reviewing all of your bidirectional associations with respect to this optimization. -- 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
5
0 / 0

[JBoss JIRA] Created: (JBPM-1463) task condition element is not exist jpdl3.2.3 schema, but in code

by xiong cf (JIRA)

task condition element is not exist jpdl3.2.3 schema, but in code ----------------------------------------------------------------- Key: JBPM-1463 URL: https://jira.jboss.org/jira/browse/JBPM-1463 Project: JBoss jBPM Issue Type: Bug Security Level: Public (Everyone can see) Components: jPDL 3 Affects Versions: jPDL 3.2.3 Reporter: xiong cf in jpdl-3.2.xsd : <xs:element name="task"> <xs:complexType> <xs:choice minOccurs="0" maxOccurs="unbounded"> <xs:element ref="description" /> <xs:element ref="assignment"/> <xs:element ref="controller"/> <xs:element ref="event"/> <xs:element ref="timer"/> <xs:element name="reminder"> <xs:complexType> <xs:attribute name="duedate" type="xs:string" use="required" /> <xs:attribute name="repeat" type="xs:string" /> </xs:complexType> </xs:element> </xs:choice> <xs:attribute name="name" type="xs:string" /> <xs:attribute name="blocking" type="booleanType" default="false"/> <xs:attribute name="signalling" type="booleanType" default="true"/> <xs:attribute name="description" type="xs:string" /> <xs:attribute name="duedate" type="xs:string" /> <xs:attribute name="swimlane" type="xs:string" /> <xs:attribute name="priority" type="priorityType" default="normal" /> <xs:attribute name="notify" type="booleanType" default="false"/> </xs:complexType> </xs:element> is not exist element condition. but in org.jbpm.jpdl.xml.JpdlXmlReader line312 has: // get the condition String condition = taskElement.elementTextTrim("condition"); if (condition!=null) { task.setCondition(condition); } else { task.setCondition(taskElement.attributeValue("condition")); } and in org.jbpm.graph.node.TaskNode line161 has: if ( (createTasks) && (tasks!=null) ) { Iterator iter = tasks.iterator(); while (iter.hasNext()) { Task task = (Task) iter.next(); executionContext.setTask(task); if (evaluateTaskCondition(task.getCondition(), executionContext)) { tmi.createTaskInstance(task, executionContext); } } } I think in jbpm3.2.3 should be spport task condition element , but document and schema not new -- 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
7
0 / 0

[JBoss JIRA] Created: (JBPM-2084) Changing variable to null in subprocess doesn't change variable in superprocess, even when acces is "WRITE"

by s p (JIRA)

Changing variable to null in subprocess doesn't change variable in superprocess, even when acces is "WRITE" ----------------------------------------------------------------------------------------------------------- Key: JBPM-2084 URL: https://jira.jboss.org/jira/browse/JBPM-2084 Project: JBoss jBPM Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: jBPM 3.2.x Environment: windows XP/ java1.6/jboss 4.2.3GA/jbpm 3.2.7-SNAPSHOT from jboss svn Reporter: s p Superprocess A sets variable V to value "foo". Superprocess A calls subprocess B (A passes variable V to B with acces READ and WRITE). Subprocess B sets variable V to #{null}. Subprocess B finishes. Superprocess checks value of V - it is equal "foo". Expected behaviour: value of V equal #{null} in superprocess A after execution of subprocess B. This is becouse in ProcessState.java in methods execute and leave there is check: if (value!=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
3
0 / 0

[JBoss JIRA] Created: (JBPM-2089) Whitepaper link is dead https://www.jboss.com/pdf/jbpm_whitepaper.pdf

by Anders Biehl Norgaard (JIRA)

Whitepaper link is dead https://www.jboss.com/pdf/jbpm_whitepaper.pdf --------------------------------------------------------------------- Key: JBPM-2089 URL: https://jira.jboss.org/jira/browse/JBPM-2089 Project: JBoss jBPM Issue Type: Bug Security Level: Public (Everyone can see) Environment: Firefox, Ubuntu 8.10 Reporter: Anders Biehl Norgaard https://www.jboss.com/pdf/jbpm_whitepaper.pdf which is a prominent link on https://www.jboss.com/products/jbpm/ gives a 404 -- 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-1170) Multiple Timers with same name on Node end prematurely

by David Roberts (JIRA)

Multiple Timers with same name on Node end prematurely ------------------------------------------------------ Key: JBPM-1170 URL: http://jira.jboss.com/jira/browse/JBPM-1170 Project: JBoss jBPM Issue Type: Bug Affects Versions: jBPM jPDL 3.2.2 Environment: Jbpm 3.2.2, Tomcat 5.028, MySQL 5.0 Reporter: David Roberts Assigned To: Tom Baeyens When you have multiple Tasks on a Node, and each task has a Timer called, for example, "Reminder". Lets say each timer is set to repeat every 24 hours. If you complete one of the Tasks on the node, the Timer called "Reminder" on that task instance ends, but so does every other timer for all other tasks on that node with the name "Reminder". Surely this should not happen? You could avoid this by naming each Timer differenty, example "Reminder 1", "Reminder 2". But the problem may still happen if you have multiple task instances of the SAME task. Then the name of the Reminders will still be the same, so they will all end when completing one of the task instances. -- 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

14 years

4
4
0 / 0

[JBoss JIRA] Created: (JBPM-1166) fix SEAM timer transaction integration

by Tom Baeyens (JIRA)

fix SEAM timer transaction integration -------------------------------------- Key: JBPM-1166 URL: http://jira.jboss.com/jira/browse/JBPM-1166 Project: JBoss jBPM Issue Type: Bug Components: Core Engine Reporter: Tom Baeyens 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

14 years

4
19
0 / 0

[JBoss JIRA] Created: (JBPM-1140) Empty <handler> element in <decision> cause org.jbpm.graph.def.DelegationException

by Rafa? ?ukowski (JIRA)

Empty <handler> element in <decision> cause org.jbpm.graph.def.DelegationException ---------------------------------------------------------------------------------- Key: JBPM-1140 URL: http://jira.jboss.com/jira/browse/JBPM-1140 Project: JBoss jBPM Issue Type: Bug Components: Core Engine Affects Versions: jBPM jPDL 3.2.2 Reporter: Rafa? ?ukowski Assigned To: Tom Baeyens Priority: Trivial That is my first issue, forgive me any mistakes and possible redundancy or duplication;) Using graphical designer I've created process file with empty <handler> : <decision name="decision1"> <handler></handler> <transition to="optional" name="to optional"></transition><transition to="first" name="to optional"></transition> </decision> And this is not working (org.jbpm.graph.def.DelegationException). After deleting <handler></handler> process is running correctly. Don't know if this is error in engine or in designer. Maby this kind of decision node is incorrect, and then designer should avoid this situation. My opinion is that engine should ignore empty handlers and go on without errors... -- 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

14 years

3
4
0 / 0

[JBoss JIRA] Created: (JBPM-1118) Unexpected behavier of LoggingConfigDbTest

by Jan-Philipp Bolle (JIRA)

Unexpected behavier of LoggingConfigDbTest ------------------------------------------ Key: JBPM-1118 URL: http://jira.jboss.com/jira/browse/JBPM-1118 Project: JBoss jBPM Issue Type: Bug Components: Core Engine Affects Versions: jBPM jPDL 3.2.2 Reporter: Jan-Philipp Bolle Assigned To: Tom Baeyens Priority: Trivial It looks like that the LoggingConfigDbTest is not working. I added in nologging.jbpm.cfg.xml the org.jbpm.logging.db.DbLoggingServiceFactory. Now I assume that the test must fail because jBPM is configured to use the loggingservice. But the test still work (is green). -- 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

14 years

3
3
0 / 0

[JBoss JIRA] Created: (JBPM-2001) DbLoggingService -> Protected Session Rather than Package Private

by Brad Davis (JIRA)

DbLoggingService -> Protected Session Rather than Package Private ----------------------------------------------------------------- Key: JBPM-2001 URL: https://jira.jboss.org/jira/browse/JBPM-2001 Project: JBoss jBPM Issue Type: Patch Security Level: Public (Everyone can see) Components: Core Engine Affects Versions: jBPM 3.2.x Reporter: Brad Davis Priority: Minor Fix For: jBPM 3.2.x DBLoggingService should have a protected Hibernate session to allow extension. See patch below. ### Eclipse Workspace Patch 1.0 #P jbpm Index: modules/core/src/main/java/org/jbpm/logging/db/DbLoggingService.java =================================================================== --- modules/core/src/main/java/org/jbpm/logging/db/DbLoggingService.java (revision 3699) +++ modules/core/src/main/java/org/jbpm/logging/db/DbLoggingService.java (working copy) @@ -31,7 +31,7 @@ private static final long serialVersionUID = 1L; - Session session = null; + protected Session session = null; public DbLoggingService() { JbpmContext currentJbpmContext = JbpmContext.getCurrentJbpmContext(); -- 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 2009