I don't really follow. How would createInstance make a chance in instance
creation policies better or worse? What sort of instance creation policy
change are you thinking of?
> -----Original Message-----
> From: Frank Leymann [mailto:]
> Sent: Thursday, October 23, 2003 11:20 PM
> To:
> Subject: Re: [wsbpel] Do we need the createInstance attribute?
>
>
>
> I am very much in favour of keeping 'createInstance'. It provides
> flexibility by allowing to change instance creation "policies" without
> having to apply surgery on the process model required in case
> we ban that
> attribute.
>
> Regards,
> Frank
>
> -------------------
> Prof. Dr. Frank Leymann, Distinguished Engineer
> IBM Software Group
> Member, IBM Academy of Technology
>
> Phone 1: +49-7031-16 39 98
> Phone 2: +49-7056-96 50 67
> Mobile: +49-172-731 5858
> --------------------
>
>
>
>
>
> To:
> cc: "'Satish Thatte'" <>, "'Wsbpel@Lists.
> Oasis-Open. Org (E-mail)'" <>
> Subject: Re: [wsbpel] Do we need the createInstance attribute?
>
>
> Yaron Goland wrote:
>
> >I think an editorial change that describes 'createInstance'
> as a marker of
> a
> >start activity, explains that it is redundant and then
> describes why it is
> >there anyway should do nicely. Can we add that to the list you are
> >maintaining of things for the editors to do?
> >
> Does this really answer the original question you posed? Is the sample
> process fragment you supplied considered illegal?
>
> I can easily imagine someone trying to exploit such a "feature" if it
> was not explicitly banned. Borrowing from your example:
>
> <process>
> ...
> <flow>
> <receive partnerLink="A" createInstance="yes".../>
> <receive partnerLink="B" createInstance="no".../>
> </flow>
> </process>
>
> This could be used by partner B as a kind of polling
> mechanism to see if
> partner A has done his thing yet. Kind of an event handler for process
> instances that don't exist. Useful for non-deterministic (parallel)
> sections of a choreography.
>
> Do we wish to support this usage, or ban it? I think we need some
> explicit wording one way or the other.
>
> -Ron
>
>
>
> 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
.
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.
