RE: [wsbpel] Issue 99 - Proposal to vote

["Trickovic, Ivana" <ivana.trickovic@sap.com>]

Yaron,

We may go one step further and allow the <opaque> activity to appear anywhere in abstract processes; it could be understood as a placeholder for activities that are not externally observable (in the context of a message exchange). 

Isn't this the same as simply omitting it and saying that abstract processes will include externally observable activities only? If an abstract process does not start with a <receive> activity it will be "magically" started and additional activities may be executed before the activity specified at the beginning of the abstract process, but they are not visible since are "out of scope" of a particular business protocol.

Or do I see things simplistically? 

Regards,

Ivana

 

> -----Original Message-----
> From: Yaron Y. Goland [mailto:ygoland@bea.com]
> Sent: Freitag, 12. März 2004 05:45
> To: Trickovic, Ivana
> Cc: wsbpel@lists.oasis-open.org
> Subject: Re: [wsbpel] Issue 99 - Proposal to vote
> 
> 
> Why don't we allow abstract activities to either start with a normal, 
> legal start activity and/or an <opaque> activity? The meaning 
> of using 
> <opaque> as a start activity in the context of an abstract process is 
> 'unspecified stuff happens first..."
> 
> By explicitly including an <opaque> activity we make it clear that it 
> was the intention of the author of the abstract activity to 
> not specify 
> how the process starts.
> 
> 	Thanks,
> 		Yaron
> 
> 
> 
> Trickovic, Ivana wrote:
> 
> > Proposed resolution for issue 99: Any basic activity, 
> except activities <reply> 
> > and <terminate>, may appear at the beginning of a BPEL 
> abstract process. 
> > 
> > The proposed resolution does not affect the BPEL Schema (no 
> changes are needed). 
> > Clarifications should be included in sections 6.4 and 11.4.
> > 
> > Please note that the <terminate> activity is limited to 
> executable processes, 
> > and a <reply> activity must always be preceded by a 
> <receive> activity. 
> > Therefore these two activities are explicitly excluded.
> > 
> > 
> > Kind regards,
> > 
> > Ivana
> > 
> > 
> > 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/le
> ave_workgroup.php.
> > 
>