[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
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: ygoland@bea.com cc: "'Satish Thatte'" <satisht@microsoft.com>, "'Wsbpel@Lists. Oasis-Open. Org (E-mail)'" <wsbpel@lists.oasis-open.org> 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/leave_workgroup.php .
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]