[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: Public Comment
Comment from: cristiano.novelli@bologna.enea.it Name: Cristiano Novelli Title: Researcher, ENEA Scholarship Organization: ENEA (Ente per le Nuove tecnologie, l'Energia e l'Ambiente) [Italian research institute] Regarding Specification: v2.0.1 ebBP My difficulties, for process representation with ebBP standard, are two: 1) To describe a BT that can happen zero or more times. 1A) Describe a optional BT (zero). 1B) Describe a recursive BT (more). 2) To describe two consecutive gateway. At the moment, I solve these problems through nested Business Collaborations but the choreography increases its complexity. I go to show my simples potential solutions (modifying the ebBP rules): 1) Add attributes to "BusinessTransactionActivity" level: 1A) Add a "isOptional" attribute to BTA element level: False (default): the BT execution isn't optional True: the BT execution is optional 2A) Add a "isRepeated" attribute to BTA element level: False (default): the BT execution isn't repeated True: the BT execution is repeated Combining two attributes, "isOptional" and "isRepeated", I can describe the situations: - zero or one isOptional="true" isRepeated="false" - zero or more isOptional="true" isRepeated="true" - one or more isOptional="false" isRepeated="true" - only one (default) isOptional="false" isRepeated="false" Example: To describe a BT "bt-x" than can happen zero or more: <BusinessTransactionActivity name="BTA Name" nameID="bta-id" businessTransactionRef="bt-x" isRepeated="true" isOptional="true"> ... </BusinessTransactionActivity> 2) To describe two consecutive gateway the problem is that gateways isn't a business state (justly, it isn't a BTA) therefore if I must move, for example, from a join to a new fork, this is impossible. A potential solution (modifying the ebBP rules) can be: Add a "toForkRef" attribute to "ToLink" Element, to define a transition from this gateway to a Fork. Add a "fromJoinRef" attribute to "FromLink" Element, to define a transition from a Join to this gateway. Example: <Fork name="myFork1" nameId="f-1" type="OR"> <FromLink fromBusinessStateRef="btaStart" /> <ToLink toBusinessStateRef="bta2"/> <ToLink toBusinessStateRef="bta3"/> </Fork> <Join name="myJoin1" nameId="j-1" waitForAll="false"> <FromLink fromBusinessStateRef="bta2"/> <FromLink fromBusinessStateRef="bta3"/> <ToLink toForkRef="f-2"/> </Join> <Fork name="myFork2" nameId="f-2" type="OR"> <FromLink fromJoinRef="j-1" /> <ToLink toBusinessStateRef="bta4"/> <ToLink toBusinessStateRef="bta5"/> </Fork> <Join name="myJoin2" nameId="j-2" waitForAll="false"> <FromLink fromBusinessStateRef="bta4"/> <FromLink fromBusinessStateRef="bta5"/> <ToLink toBusinessStateRef="btaEnd"/> </Join> Received via email and posted by M. Martin. User community feedback from Cristiano Novelli
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]