OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

wsbpel-reqts message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]


Subject: Issue - 18 - BPEL Visual Binding


This issue has been added to the wsbpel issue list. It is in the current version of the list at wsbpel document 2656, It is hoped to have a fixed url for the ever-changing list.

Issue - 18 - BPEL Visual Binding

Origin: Extracted from email David Burdett, 22 May 2003
Date submitted: 22 May 2003
Submitter: David Burdett, CommerceOne
Description:
THE PROBLEM The problem arises because of three assumptions that I believe are valid:

1. BPEL is an "execution only" language, i.e. it is desgined to be something that can be input into software and run, e.g. using some "BPEL Run Time" software

2. BPEL will often be defined and maintained with the aid of some GUI based "BPEL Design Time" software that allows the process to be visualised.

3. The BPEL Design Time software will contain additional positional and graphical information about the visual representation of the BPEL design that not contained in the BPEL XML definitions. The problem is that this means that exporting a BPEL definition from one BPEL Design Time for input into another will result in a BPEL definition that will not be easily editable as all the graphical information would be lost. In the extreme, for a complex design, it could mean that designer of business processes using BPEL is effectively locked into the BPEL Design Time software provider that they initially choose. This I don't think is a good idea. THE SOLUTION ? To solve this problem I would like to suggest the setting up of a sub-committe of the TC that has responsibilty for developing a "BPEL Visual Binding" specification which would contain the relevant visual information from the BPEL Design Time. The idea would be that the Visual Binding specification is a separate document to the main BPEL specification. Also BPEL Design Time Implementations could export either:

1. The BPEL XML Definition alone, or

2. The BPEL XML Definition PLUS the BPEL Visual Binding The former could be used for input to a BPEL Run Time and the latter could be input into some other BPEL Design Time. By creating a separate, but related, specification, it should be possible to carry out the work on the BPEL Visual Binding specifcation in parallel, without hindering any work on the main BPEL specification.


To comment on this issue, please follow-up to this announcement on the wsbpel-reqts@lists.oasis-open.org list (replying to this message should automatically send your message to that list), or ensure the subject line as you send it starts "Issue - 18 - [anything]".

To add a new issue, send email to the wsbpel requirements and issues coordination list, adding a proposed title for the issue to the subject line. See the issues procedures document for further information.



[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]