[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: RE: [ebxml-bp] BPSS evolution
Martin
Roberts
xml designer,
BT Exact
e-mail:
martin.me.roberts@bt.com
tel: +44(0) 1473
609785 clickdial
fax: +44(0) 1473 609834
Intranet Site :http://twiki.btlabs.bt.co.uk/twiki
-----Original Message-----
From: Jean-Jacques Dubray [mailto:jeanjadu@Attachmate.com]
Sent: 03 November 2003 12:15
To: Roberts,MME,Martin,XSG3 R; ebxml-bp@lists.oasis-open.org
Subject: RE: [ebxml-bp] BPSS evolutionMartin:as I said in Item 7. I think that other people in the group, including you, are more qualified for suggesting these kinds of ideas. So I don't think your statement is fair. I have simply addressed in my email what I felt I was most qualified to talk about. I would only give it a try if nobody else does.Cheers,Jean-Jacques
tel: 425-649-6584
Cell: 508-333-7634-----Original Message-----
From: martin.me.roberts@bt.com [mailto:martin.me.roberts@bt.com]
Sent: Monday, November 03, 2003 3:06 AM
To: Jean-Jacques Dubray; ebxml-bp@lists.oasis-open.org
Subject: RE: [ebxml-bp] BPSS evolutionDear all,The questions JJ asks indicate to me that the move to OASIS has removed one of the key conceptual models behind the BPPSS namely the UMM model. Before deciding on the XML content for the OASIS BPSS there will be a need to understand the concepts that need to be implemented. UMM and UML offer some good features, but removing the link will undoubtedly give the team more degrees of freedom. Is this a good thing? I know from my experience that not having constraints usually wastes time and energy as those boundaries are defined.So it looks like this group had better go on concept hunt!Martin Roberts
xml designer,
BT Exact
e-mail: martin.me.roberts@bt.com
tel: +44(0) 1473 609785 clickdial
fax: +44(0) 1473 609834
Intranet Site :http://twiki.btlabs.bt.co.uk/twiki-----Original Message-----
From: Jean-Jacques Dubray [mailto:jeanjadu@Attachmate.com]
Sent: 03 November 2003 04:26
To: ebxml-bp@lists.oasis-open.org
Subject: [ebxml-bp] BPSS evolutionhi:here is a list of possible directions to evolve ebXML BPSS:1. Control flow: 1.01 / 1.1 BPSS control is based on modified UML activity diagram semantics. This is a bit limiting and UML is changing these semantics in UML 2.0a. we could liaise with ws-chor and see if we could reference a ws-chor definition for a business transaction, binary and multiparty collaboration definitions.b. we could look at the work of Will Van Der Aalst if liaison with ws-chor is not possible2. Business Transactions: 1.01 / 1.1 BPSS BT Message Exchange Pattern is not general enoughWe could extend the definition of BT (or other concepts) via different MEPs3. Business Transaction Protocol: 1.01/1.1 Embedded in the BPSS speca. we could liaise with ws-caf or other relevant BTP groups and specify their usage in the context of BPSS rather than4. Specify a WSDL binding for the BSI: 1.01/1.1 currently no work has been done in this direction.5. Allow for a mixed mode: business transaction / web service within a collaboration definition.6. Orchestration / Choreography / Collaboration architecture and bindingsToday there is still a lot of confusion on these concepts. We need to provide a better picture on how these concepts play together in a common architecture.7. I have a few more but I would like for other to propose themIt would be good also if we could surface the issue of web services alignement to all ebXML working groups.Best regards,Jean-Jacques Dubray
attachmate
3617 131st Ave
Bellevue, WA 98006
tel: 425-649-6584
Cell: 508-333-7634
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]