April 2010 - jbpm-issues - Jboss List Archives

[JBoss JIRA] Created: (JBPM-2682) Add problem specific exception sub-classes

by Peter Horvath (JIRA)

Add problem specific exception sub-classes ------------------------------------------ Key: JBPM-2682 URL: https://jira.jboss.org/jira/browse/JBPM-2682 Project: jBPM Issue Type: Feature Request Security Level: Public (Everyone can see) Components: Runtime Engine Affects Versions: jBPM 4.x Reporter: Peter Horvath Currently error conditions are signaled using a single exception type, JbpmException. Using problem specific exception subclasses would make it possible for the client code to deal with different error conditions differently . Example - current GetOutcomes command implementation: package org.jbpm.pvm.internal.cmd; ... public class GetOutcomes implements Command<Set<String>> { ... public Set<String> execute(Environment environment) { DbSession dbSession = environment.get(DbSession.class); TaskImpl task = dbSession.get(TaskImpl.class, Long.parseLong(taskId)); if (task==null) { throw new JbpmException("task "+taskId+" doesn't exist"); } ... Introducing problem specific exception subclasses would allow client code to handle errors much better; for example if a custom TaskDoesNotExistException (public class TaskDoesNotExistException extends JbpmException) was thrown in GetOutcomes.execute when a task is not found, then the caller code would be able to distinguish this problem from say a transient database connectivity problem. It could display a user friendly error message rather than showing a generic error message etc: public Set<String> execute(Environment environment) { DbSession dbSession = environment.get(DbSession.class); TaskImpl task = dbSession.get(TaskImpl.class, Long.parseLong(taskId)); if (task==null) { throw new TaskDoesNotExistException("task "+taskId+" doesn't exist"); } The same approach for process instances, executions, variables, etc. could be used to allow building robust client code. -- 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
5
0 / 0

[JBoss JIRA] Created: (JBPM-2698) AssignmentHandler allows assignment of task to non-existing groups

by Martin Porter (JIRA)

AssignmentHandler allows assignment of task to non-existing groups ------------------------------------------------------------------ Key: JBPM-2698 URL: https://jira.jboss.org/jira/browse/JBPM-2698 Project: jBPM Issue Type: Bug Security Level: Public (Everyone can see) Components: Runtime Engine Affects Versions: jBPM 4.2 Environment: Windows Vista, Oracle 11g, jBPM 4.2, Eclipse 3.5 Reporter: Martin Porter Priority: Minor An assignment handler (implementing AssignmentHandler) can invoke assignable.addCandidateGroup(XXX) for groups that do not actually exist in the DB. The group should be validated or else the task will be assigned to a non-existing group and never picked up. -- 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-2625) Add count() to Queries to support pagination

by Peter Horvath (JIRA)

Add count() to Queries to support pagination -------------------------------------------- Key: JBPM-2625 URL: https://jira.jboss.org/jira/browse/JBPM-2625 Project: jBPM Issue Type: Feature Request Security Level: Public (Everyone can see) Components: Runtime Engine Affects Versions: jBPM 4.x Reporter: Peter Horvath Queries provide a powerful interface to access JBPM tasks, jobs, deployments, etc; currently the only way you can get the number of results that match a filter is to load the whole list, and determine its size by calling .size() method - this is extremely inefficient and can even cause OutOfMemoryError (e.g. a HistoryActivityInstanceQuery could return tens of thousands elements) count() could be used with page(int firstResult, int maxResults) method to create a paginated result list where you can display the number of pages -- 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-2636) NPE in Configuration.getProcessEngine() when using jbpm.jbossremote.cfg.xml

by Mark Roy (JIRA)

NPE in Configuration.getProcessEngine() when using jbpm.jbossremote.cfg.xml --------------------------------------------------------------------------- Key: JBPM-2636 URL: https://jira.jboss.org/jira/browse/JBPM-2636 Project: jBPM Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: jBPM 4.2 Environment: Windows XP, JDK 6, JBoss, Oracle 10g Reporter: Mark Roy In jBPM 4.1, using the following jbpm.cfg.xml in my simple test app worked: Code: <jbpm-configuration> <import resource="jbpm.jbossremote.cfg.xml" /> </jbpm-configuration> Since upgrading to 4.2, however, I now get a NPE: Code: java.lang.NullPointerException at org.jbpm.pvm.internal.cfg.ProcessEngineImpl.checkDb(ProcessEngineImpl.java:177) at org.jbpm.pvm.internal.cfg.ProcessEngineImpl.buildProcessEngine(ProcessEngineImpl.java:170) at org.jbpm.api.Configuration.getProcessEngine(Configuration.java:161) at org.jbpm.test.JbpmTestCase.initialize(JbpmTestCase.java:81) at org.jbpm.test.JbpmTestCase.setUp(JbpmTestCase.java:76) at com.mydomain..ReviewProcess.setUp(ReviewProcess.java:24) at junit.framework.TestCase.runBare(TestCase.java:132) at junit.framework.TestResult$1.protect(TestResult.java:110) at junit.framework.TestResult.runProtected(TestResult.java:128) at junit.framework.TestResult.run(TestResult.java:113) at junit.framework.TestCase.run(TestCase.java:124) at junit.framework.TestSuite.runTest(TestSuite.java:232) at junit.framework.TestSuite.run(TestSuite.java:227) at org.eclipse.jdt.internal.junit.runner.junit3.JUnit3TestReference.run(JUnit3TestReference.java:13 0) at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:467) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:683) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:390) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:197) I traced this to the fact the userCommandService is assigned null from the following: Code: userCommandService = (CommandService) processEngineWireContext.get(CommandService.NAME_TX_REQUIR ED_COMMAND_SERVICE); This problem can be easily reproduced using the examples included in the distribution. -- 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-2842) Use Singletons as "custom" or "java" activity (state) processors

by track lead (JIRA)

Use Singletons as "custom" or "java" activity (state) processors ---------------------------------------------------------------- Key: JBPM-2842 URL: https://jira.jboss.org/jira/browse/JBPM-2842 Project: jBPM Issue Type: Feature Request Security Level: Public (Everyone can see) Reporter: track lead Presently, jBPM execution engine creates a new instance of the Java class associated with a state / activity. We would like to use pre-configured instances as custom and Java activity handlers and/or for decision making. It would also be wonderful to be able to use Spring beans as activity handlers. -- 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-2648) Candidate-Groups

by Sebastian Castellanos (JIRA)

Candidate-Groups ----------------- Key: JBPM-2648 URL: https://jira.jboss.org/jira/browse/JBPM-2648 Project: jBPM Issue Type: Task Security Level: Public (Everyone can see) Components: Runtime Engine Affects Versions: jBPM 4.2 Reporter: Sebastian Castellanos Hi, I have a problem when seeking tasks using candidate-groups. I created tarea1 which has associated candidate-groups "Group1, Group2, Group3. Then I have a user "sebastian" which is a member of Group 1, Group 2 and Group 3. The problem is that when I run taskService().findGroupTasks("sebastian"); I returned a list of 3 tasks equal, Tarea1, Tarea1, Tarea1. When it should be listed just once the task (Tarea1). I'm not sure if it's a conceptual issue or a bug in the API. I would be grateful for your help. P/d: I'm not using swimlane because I had problems with respect to the Fork / Join. Greetings. Sebastian -- 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

6
17
0 / 0

[JBoss JIRA] Created: (JBPM-2533) combine process instances and history process instances in console views

by Tom Baeyens (JIRA)

combine process instances and history process instances in console views ------------------------------------------------------------------------ Key: JBPM-2533 URL: https://jira.jboss.org/jira/browse/JBPM-2533 Project: jBPM Issue Type: Task Security Level: Public (Everyone can see) Components: Console Reporter: Tom Baeyens Assignee: Joram Barrez Fix For: jBPM 4.x in the appropriate console views, runtime process instances need to be combined with history process instances. -- 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
5
0 / 0

[JBoss JIRA] Created: (JBPM-2534) add signalling action to console

by Tom Baeyens (JIRA)

add signalling action to console -------------------------------- Key: JBPM-2534 URL: https://jira.jboss.org/jira/browse/JBPM-2534 Project: jBPM Issue Type: Task Security Level: Public (Everyone can see) Reporter: Tom Baeyens Assignee: Joram Barrez Fix For: jBPM 4.3 signalling capabilities need to be added to the console so that all examples become executable. now there are a couple excluded from deployment. in case of a state activity, offering the signal action is obvious. but we still need to work out in which other situations we offer signalling. if that is not clear, then we could just stick with offering the signal action for all executions for which condition (execution.isActive() && "state".equals(execution.getActivity().getType()) resolves to true -- 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
9
0 / 0

[JBoss JIRA] Created: (JBPM-2414) foreach activity

by Tom Baeyens (JIRA)

foreach activity ---------------- Key: JBPM-2414 URL: https://jira.jboss.org/jira/browse/JBPM-2414 Project: JBoss jBPM Issue Type: Task Security Level: Public (Everyone can see) Components: Runtime Engine Reporter: Tom Baeyens Assignee: Tom Baeyens Fix For: jBPM 4.1 for starters, this might be realized in incubation. -- 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

9
46
0 / 0

[JBoss JIRA] Created: (JBPM-2758) NPE on assignmenthandler when using fork/join

by Ronald van Kuijk (JIRA)

NPE on assignmenthandler when using fork/join --------------------------------------------- Key: JBPM-2758 URL: https://jira.jboss.org/jira/browse/JBPM-2758 Project: jBPM Issue Type: Bug Security Level: Public (Everyone can see) Components: Runtime Engine Affects Versions: jBPM 4.3 Reporter: Ronald van Kuijk Fix For: jBPM 4.4 When using swimalanes on tasks within a fork/join construct and having a task with a swimlane after the join, an NPE is thrown. For details see the forum. -- 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

5
16
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

jbpm-issues April 2010