[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: Issue 11 - Call for Discussion
maybe people are as tired of discussing issue 11 as I am, but if it stays this quiet, I may just have to put up a proposal for vote. Here's the current proposal, which includes additions inspired by Glenn Mi. under the <assign> element, there will be 6 possible elements, where now there is only 1. <copy> <from/> <to/> </copy> as current. ----------------------------- <insertBefore> <from/> <to select="XPath Expression evaluates to one node"/> </insertBefore> creates a sibling before the select expression ----------------------------- <insertAfter> <from/> <to select="XPath Expression evaluates to one node"/> </insertAfter> creates a sibling after the select expression ----------------------------- <append> <from/> <to select="XPath Expression evaluates to one node" child="integer XPath expression"? /> <append> creates a child of select expression at the child-th position. child defaults to last(). ----------------------------- <remove select="XPath expression evaluates to one node"?> removes a node ----- Original Message ----- From: "Danny van der Rijn" <dannyv@tibco.com> To: "'Wsbpel@Lists. Oasis-Open. Org (E-mail)'" <wsbpel@lists.oasis-open.org> Sent: Wednesday, February 18, 2004 5:10 PM Subject: Re: [wsbpel] Issue 11 - It's Baaaack > > ----- Original Message ----- > From: "Glenn Mi" <gmi@collaxa.com> > To: "Danny van der Rijn" <dannyv@tibco.com>; "'Wsbpel@Lists. Oasis-Open. Org > (E-mail)'" <wsbpel@lists.oasis-open.org> > Sent: Wednesday, February 18, 2004 4:54 PM > Subject: RE: [wsbpel] Issue 11 - It's Baaaack > > > > Danny: > > > > I start to like your proposal more now. Two points I want to add: > > > > 1) In your <to> construct, it seems that we can just use > > one of > > > > <to variable="ncname" property="qname"/> and > > <to variable="ncname" part="ncname"? query="queryString"?/> > > > > Or does your select="XPath Expression evaluates to one node" > > actually mean the normal to-spec construct ? > > yes. the normal to-spec, but restricted to variables, and their parts. > i.e. not partnerlinks, etc. in the spec, this is the "first" form of the > to-spec referred to in 9.3, and extended for executable processes in 14.3 > > > > > 2) And there are cases to insert and remove part of a message variable > > (varable defined as <variable name="abc" messageType="ns:xyz"/>). In those > > cases you don't need query string and you don't care about the order. > > So it make sense to have something like: > > > > <insert> > > <from .../> > > <to variable="abc" part="def"/> > > </insert> > > unless i'm mistaken, <copy> can be used here. > > > > > and > > > > <remove variable="abc" part="def"/>. > > you are correct. this should be added. i believe that this is the only one > of the new 4, though, that should have "select" be optional. > > > > > > > > Glenn > > > > -----Original Message----- > > From: Danny van der Rijn [mailto:dannyv@tibco.com] > > Sent: Wednesday, February 18, 2004 3:19 PM > > To: 'Wsbpel@Lists. Oasis-Open. Org (E-mail)' > > Subject: Re: [wsbpel] Issue 11 - It's Baaaack > > > > > > to preempt the pedantic among us, there's a copy/paste error in the > > proposal. it should read: > > "under the <assign> element, there will be 5 possible elements, where now > > there is only 1." > > > > ----- Original Message ----- > > From: "Danny van der Rijn" <dannyv@tibco.com> > > To: "'Wsbpel@Lists. Oasis-Open. Org (E-mail)'" > <wsbpel@lists.oasis-open.org> > > Sent: Wednesday, February 18, 2004 3:16 PM > > Subject: [wsbpel] Issue 11 - It's Baaaack > > > > > > > during today's conference call, we took a straw poll, where > approximately > > > 2/3 voted to attempt to resolve issue 11. (i'll leave the exact count > to > > > the minutes). i would like to resurrect a large part of my previous > > > proposal (i'll drop "rename"). to me, this is a viable proposal, and i > > > would be satisifed if it ended up being adopted into the spec. however, > > > maybe in the months since we last thought about it, someone else has a > > > reasonable alternative. > > > > > > danny > > > > > > My proposal: under the <assign> element, there will be 6 possible > > > elements, where now there is only 1. > > > > > > <copy> > > > <from/> > > > <to/> > > > </copy> > > > as current. > > > ----------------------------- > > > <insertBefore> > > > <from/> > > > <to select="XPath Expression evaluates to one node"/> > > > </insertBefore> > > > > > > creates a sibling before the select expression > > > ----------------------------- > > > <insertAfter> > > > <from/> > > > <to select="XPath Expression evaluates to one node"/> > > > </insertAfter> > > > > > > creates a sibling after the select expression > > > ----------------------------- > > > <append> > > > <from/> > > > <to select="XPath Expression evaluates to one node" > > > child="integer XPath expression"? /> > > > <append> > > > > > > creates a child of select expression at the child-th position. child > > > defaults to last(). > > > ----------------------------- > > > <remove select="XPath expression evaluates to one node"> > > > > > > removes a node > > > > > > > > > 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. > > > > > > > > > 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. > > > > > > > > > > > > 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. > > > > > 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]