[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: RE: [wsbpel] Do we need the createInstance attribute?
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:LEY1@de.ibm.com] > Sent: Thursday, October 23, 2003 11:20 PM > To: wsbpel@lists.oasis-open.org > 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/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.
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]