Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
[jwt-dev] About the JWT Model

Dear all,

recently, we submitted a small modification of the JWT Model that introduces 
two new elements: AndControlNode and XorControlNode (initially called 
XorGateway and AndGateway).

Please, see bug: https://bugs.eclipse.org/bugs/show_bug.cgi?id=256916

The main point to get is the following:

Since our modifications, the EMF model contains the following elements:

ControlNode
	<- XorControlNode
		<- DecisionNode
		<- MergeNode
	<- AndControlNode
		<- ForkNode
		<- JoinNode

We feel that leaf nodes (DecisionNode, MergeNode, ForkNode and JoinNode) are 
both very UML specific and redundant, i.e, not required. Obviously, a  
forkNode is just an AndControlNode with multiple outgoing transition. A 
MergeNode is just an XorControlNode with multiple incoming transition. Note 
that BPMN allows a node to have multiple incoming and outgoing transition. In 
this case the semantic for the Split and Synchronization is the same: either 
an Xor or an And. Currently the constraints on the number of transitions 
(either incoming or outgoing) are already in the controller (editpart) of the 
related model (e.g.: ForkEditPart for the ForkNode). So, using the new model, 
the behavior of the ForkNode is given by its father element, AndControlNode. 
Nothing else is provided by the model itself.

We expect JWT to get wide community adoption, and therefore, new tools based 
on JWT and on this EMF model to be developed. We would like those tools to 
support any design (UML, BPMN, whatever) developed with any JWT-based 
designer as long as those tools deal with the model only (for example 
simulator, monitors and so on). We guess that developers of those tools may 
naturally use leaf nodes of the model (ForkNode, JoinNode, and so on) instead 
of their fathers (*ControlNode). And we guess that it may lead to 
compatibility problem between different tools.

So the question is: can't we remove those leaf nodes?

 We understand that it will have some impact on JWT but most of the logic is 
already in controllers anyway (editparts). Leaf nodes do not contain any 
information by themselves (as far as I can see, tell me if I am wrong).

What are your opinions at JWT levels?
What are the opinions of other contributors? (JBoss particularly)

Regards.
-- 
Pierre Vignéras
Bull, Architect of an Open World TM
*BPM Team*, Bull R&D
1, rue de Provence
38130 Echirolles (France)
Direct Line: +33-4-76-29-74-06

*Orchestra*, The BPEL open source project: http://orchestra.ow2.org
*Bonita*, The XPDL open source project: http://bonita.ow2.org


Back to the top