[jboss-dev-forums] [Design of JBoss jBPM] - Re: execution transitions, data flow and other associations

brittm do-not-reply at jboss.com
Wed Nov 1 16:03:33 EST 2006


Tom, a definite yes to more types of relationships.  

My business (telecom) requires more complex relationships than jpdl provides.  I need the ability to syncronize without merge on certain nodes across processes and sub-processes  as well as tokens--and to synchronize various ways.  I also need the ability to "multi-parent", or "share", a process.

I've already had to build the ability to multi-parent a process (orthagonal to jbpm) and am starting to work on doing the same thing for synchronization without merge.  Here are two use cases:

Synchronization without merge.
A customer may buy several complex services from us, each of which has its own provisioning process.  Each product can be billed when it reaches a particular state midway through its execution, but the customer cannot be billed until all products on a single order have become billable.  Here, we need to synchronize across subprocesses, without merging.

Multi-Parented processes.
Again, a customer may buy several complex services from us, each of which has its own provisioning process.  At some time, we'll want to schedule a technician to visit the customer's location and set up as much as possible in one visit.  The scheduling and management of the technician's visit is its own process and becomes a loosely coupled 'subprocess' to several other product provisioning process.

The 'multi-parent' bit is probably outside the scope of your question, but these examples underscore a need to define node-to-node relationships that are both more complex than what we have now and that extend beyond the bounds of a single process instance.

Thanks,
Britt


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

Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3982467



More information about the jboss-dev-forums mailing list