Re: [wsbpel] Issue - 90 - Assignment of external data into a variable

[Ron Ten-Hove <Ronald.Ten-Hove@Sun.COM>]

    I worry about the use of direct references to files from within a BPEL process for several minor reasons, but one primary one: portability. The file cannot reasonably be at the same URI for every BPEL installation. Ugo's suggestion of modelling the file resource as a service is far more portable, since it wraps the inherently non-portable resource in a separate service that at the abstract level (that is, the BPEL view of services) is always the same.

Cheers,
-Ron

ws-bpel issues list editor wrote:

This issue has been added to the wsbpel issue list. The issues list is posted as a Technical Committee document to the OASIS WSBPEL TC pages on a regular basis. The current edition, as a TC document, is the most recent document with the title in the "Issues" folder of the WSBPEL TC document list - the next posting will include this issue. The list editor's working copy, which will normally include an issue when it is announced, is available at this constant URL.

Issue - 90 - Assignment of external data into a variable

Status: open
Date added: 9 Jan 2004
Submitter: Kristofer Agren
Date submitted: 09 January 2004
Document: BPEL specification
Description: The current assignment model allows for assigning literal data entered in directly under the <from> element. In practice, it may be desirable to have an external file/location where the data is maintained, which will allow for reuse if the same set of data is to be utilized in different business processes. The external file must be a valid XML document.
Submitter's proposal: I propose that this is solved by adding another form of the <form> element that can accept an external location uri and an optional query string:

<assign>
	<copy>
		<from location="uri" query="queryString"?/>
		<to.../>
	</copy>
</assign>
  

Changes: 9 Jan 2004 - new issue

---

To comment on this issue, please follow-up to this announcement on the wsbpel@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 - 90 - [anything]" or is a reply to such a message.

To add a new issue, see the issues procedures document (but the address for new issue submission is the sender of this announcement).

To unsubscribe from this mailing list (and be removed from the roster of the OASIS TC), go to http://www.oasis-open.org/apps/org/workgroup/wsbpel/members/leave_workgroup.php.