July 2008 - jbpm-dev - Jboss List Archives

[Design of JBoss jBPM] - Re: Defining the API Mission

by tom.baeyens＠jboss.com

anonymous wrote : There are a number of BPMN editors available that allow you to draw BPMN conform process models. | | * SOA Tools BPMN Editor | * eBPMN | * Intalio Designer | We'll use the eclipse STP BPMN editor and add an export functionality to it. @see https://jira.jboss.com:8443/jira/browse/JBIDE-2237 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4164659#4164659 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4164659

17 years, 3 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: Defining the API Mission

by tom.baeyens＠jboss.com

anonymous wrote : Closely linked to BPMN 1-1 is a set of standard BPM Patterns. They're not closely linked. But You have convinced me that it might be worth while reviving the BPM patterns examples. I had given up on those as they are not clearly defined and the creators of the patterns were always finding new problems with the reports we created without being clear upfront. What we surely can do is just post our own report, even if their validation might come to different results. Relevance of BPM patterns has declined in the last years. 3-4 years ago it was a hot topic. So we should only do it if we can do it with minimal effort. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4164657#4164657 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4164657

17 years, 3 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: Defining the API Mission

by tom.baeyens＠jboss.com

anonymous wrote : Ultimately we will have BPMN conform process model that can somehow be executed on the ProcessEngine No. We'll provide a single direction BPMN to jPDL export functionality. http://processdevelopments.blogspot.com/2008/05/big-problems-ahead-for-bp... explains how I see the analysis to implementation iterative process: An analyst can optionally produce an analysis diagram (BPMN) as input for the software automation requirements. Then the developers build an executable process that looks exactly like the analysis diagram. (sometimes business analysts are also capable of drawing the diagram part of an executable process) But once all tech details are added, an executable process is a piece of software and should be under control of developers. The added value comes from the fact that the developers how have a process based on a diagram that analysts can understand. The iterative development should only take place on the executable process. I don't think it is feasible/desirable to create round tripping between different analysis and implementation models. Thats why I don't think we should pursue of making BPMN executable. It creates the false illusion that analysis models automagically can be made executable. That is a false promise that many BPM vendors promote and that gives BPM its bad reputation. We get our recognition from being more modest but honest. The real value lies in building a process language that is very flexible in terms of diagram. Meaning that developers always need to be able to build an executable process that looks exactly like the analysis diagram. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4164656#4164656 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4164656

17 years, 3 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: Defining the API Mission

by tom.baeyens＠jboss.com

anonymous wrote : The API closely follows the BPMN 1-1 Specification. Doing so we leverage an established standard to describe Business Processes. The ProcessEngine executes that model. | Using BPMN is not a good idea. Most importantly is that we use names that are as clear as possible. We can use names from any process language or modelling notation, as long as it is unambiguous. In many cases, we'll need to establish our own names cause there is no standard with a proper name for it (mainly the runtime execution concepts) or the standards use the term in different ways. It's very hard to find unambiguous names in workflow land. I have already tried to do this in PVM, but I'm sure that improvements can be made. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4164654#4164654 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4164654

17 years, 3 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: Defining the API Mission

by tom.baeyens＠jboss.com

anonymous wrote : The situation with jbpm-3.2.3.GA and below is that there is no stable public API defined for it. As a result, application code depends on implementation detail that might change without prior notice between releases. | | To fix this we are going to define a BPM API which is going to be the standard of how you work with BPM in JBoss. i don't see this as a problem that needs to be fixed. all the architectural set up is required and will be kept. there are only 2 things missing and that need to be added in another iteration: 1) is a session facade that sits in front of the object model. it will be based on commands and we should be able to cover 95% of the API use cases with that. 2) the domain model itself needs to get interfaces so that implementation methods don't have to be exposed. currently this is done in the pvm (still completing the test suite update of that refactoring). i have established 3 separate interface views on the domain model: the external client api, the activity implementation api and the event listener api. These 3 views are mainly realized by 3 different types of executions that are used, exposing only the appropriate methods. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4164653#4164653 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4164653

17 years, 3 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: Defining the API Mission

by tom.baeyens＠jboss.com

"kukeltje" wrote : Personally I think there is a little to much emphasis on BPMN and the workflow patterns +1 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4164651#4164651 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4164651

17 years, 3 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: Defining the API Mission

by jbarrez

I haven't been able to take a look at the source, but supporting BPMN certainly is interesting since I get this question sometimes. Making BPMN executable is something that is discussable... but as I said I haven't checked the source so I'd like to wait until then ;-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4164599#4164599 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4164599

17 years, 3 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: Defining the API Mission

by kukeltje

Forget about anonymous wrote : The older ones are already supported by jBPM as you can see in the testcases. and anonymous wrote : Personally I think there is a little to much emphasis on BPMN and the workflow patterns, unless it really is the intention to support them (both the patterns and bpmn) should not have been in the post. After re-reading the wiki pages and looking at the sourcecode, I now get the real intention. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4164586#4164586 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4164586

17 years, 3 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: Defining the API Mission

by kukeltje

Thomas, Personally I think there is a little to much emphasis on BPMN and the workflow patterns, unless it really is the intention to support them (both the patterns and bpmn) According to http://is.tm.tue.nl/research/patterns/ this is the old site and contains older patterns. The newer site (http://www.workflowpatterns.com/patterns/control/index.php) contains many more patterns. The older ones are already supported by jBPM as you can see in the testcases. I started working on the newer ones about a year ago, but stopped after a published report about limited support in jBPM. Tom has a different opinion about the way they should be supported compared to the authors of the (academic) papers. So we should either put a lot of effort in the patterns to get jBPM on http://www.workflowpatterns.com/vendors/index.php or pay less attention to them. The same is true regarding BPMN. anonymous wrote : We will look at various options of bringing the aspect of execution to the BPMN model. Ultimately we will have BPMN conform process model that can somehow be executed on the ProcessEngine If this really is the case, JBoss should put it's foot where it's mouth is and act on it. Just stating it gives a bad impression and unrealistic expectations. So a 'roadmap' for this is important. But besides this 'comment' I think the additional work you (and Heiko) do is great. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4164582#4164582 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4164582

17 years, 3 months

1
0
0 / 0

Jira freeze, unassigned issues

by Heiko Braun

We still have a large number of unassigned issues for September: http://jira.jboss.org/jira/secure/IssueNavigator.jspa?mode=hide&requestId... Please take your pick. /Heiko

17 years, 3 months

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

jbpm-dev July 2008