Hi,

we intend to separate page-flow from process-flow in our application. 

This means:
a) to every activity/task in a business process, there is a set of pages 
assigned, within which there is pageflow. One such set of pages is assigned to 
one and exactly one activity/task in a business process. (there are exceptions, 
like the login page, and the page in which you can chose to trigger one of 
several business processes at your disposal as a user)

b) the "web rendering" tier (where pageflow takes place, and we will use SEAM 
here) does basically NOT know about the business process (loose coupling). All 
it knows is :
- which activity/task is performed right now, while the current pageset is 
active
- at the end of the dialogue for the activity, it tells jBPM to resume the 
business process instance. jBPM would then either acknowledge the resume of the 
business process, or signal a fault in case the submit of the activity to jBPM 
has somehow failed. In case jBPM would signal a success, it would tell to the 
"web rendering" tier what the next activity is. That way, the web tier would 
know what the next set of pages is to load. 

This is the loosest coupling I can imagine between page- and process-flow. The 
question is: is it feasible that way, and where do I find material/infos on it 
? How would the synchronization take place ? 

How would the user interface controller be notified of the next activity in the 
business process, without having knowledge of the whole business process ? 

How would the jBPM tell the user interface controller that the successful 
completion of an activity has failed and that it must be restarted ? (meaning, 
e.g. that a user would have to correct some values submitted and resume the 
business process again)

Kind regards,

Jay

View the original post : 
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4098397#4098397

Reply to the post : 
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4098397
_______________________________________________
jboss-user mailing list
[email protected]
https://lists.jboss.org/mailman/listinfo/jboss-user

Reply via email to