W3C home > Mailing lists > Public > public-ws-chor@w3.org > April 2005

Re: Proposal clarification fro WG requested to issue 1166

From: Nickolas Kavantzas <nickolas.kavantzas@oracle.com>
Date: Mon, 18 Apr 2005 12:21:44 -0700
Message-ID: <189b01c5444b$db9024a0$538e1990@us.oracle.com>
To: "'WS-Choreography List'" <public-ws-chor@w3.org>, "Steve Ross-Talbot" <steve@enigmatec.net>

See comments below marked by <NK> </NK>

--
Nick

----- Original Message ----- 
From: "Steve Ross-Talbot" <steve@enigmatec.net>
To: "'WS-Choreography List'" <public-ws-chor@w3.org>
Sent: Monday, April 18, 2005 7:39 AM
Subject: Fwd: Proposal clarification fro WG requested to issue 1166


>
>
>
> Begin forwarded message:
>
> > From: Steve Ross-Talbot <steve@pi4tech.com>
> > Date: 18 April 2005 15:19:58 BST
> > To: 'WS-Choreography List' <public-ws-chor@w3.org>
> > Subject: Proposal clarification fro WG requested to issue 1166
> >
> > ISSUE:
> > http://www.w3.org/Bugs/Public/show_bug.cgi?id=1166
> >
> > In order to progress this issue we request WG guidance by email on a
> > couple of points relating to this issue and the sketch proposal
> > therein.
> >
> > 1. Do you agree with using the "perform" as the basis for this
> > proposal? If not why not and what alternative do you have?
> >
<NK>
I think that perform with the nowait option, as proposed per Gary/Steve,
is a good approach for solving this issue.

One issue that is see is that checking for var info within a specific
choreoInst is not possible
today. Propably we should extend the
getVariable/isVariableAvailable/variablesAligned
WS-CDL functions with a choreoInst param.
</NK>

> > 2. How best should trailing sub choreographies be handled? Should
> > there be a terminate activity, or should they be automatically
> > terminated when the performing choreo completes? If neither then what
> > alternative mechanism do you propose?
<NK>
One option would be to use the 'complete' attribute of the choreography
element.
</NK>

> > Cheers
> >
> > Steve T
> >
>
>
>
Received on Monday, 18 April 2005 19:25:04 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 21:01:07 UTC