OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

wsbpel message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]


Subject: Re: [wsbpel] Issue - 11 - Let's get a proposal nailed down


chris -

responses inline.

From: "Chris Keller" <chris.keller@active-endpoints.com>
> Danny,
>
> I have some questions on your proposal, which I'll try to pose within
> the context of a couple of examples.

>
> Example 1:
>
> <insertBefore>
> <from expression="'hello'"/>
> <to select="/foo/blah">
> </insertBefore>
>
> Would this create a sibling text node before blah?

yes.

>
> What message or part are we dealing with?  Should that be documented the
> same as in a copy/to, but we are replacing query with select?
>

yes.  exactly.  leaving the attribute name as 'query' is ok with me, too.
no strong opinion.

>
> Example 2:
>
> <insertBefore>
> <from message="poMessage" part="poHeader"
> query="/poHeader/poNumber"/>
> <to select="/foo/blah">
> </insertBefore>
>
> Would this create a sibling element named poNumber before blah, which is
> a copy of the poNumber element (attributes and children) in the new
> tree?
>

i am a bit unclear, actually, on what copy will do in this situation - i'd
like insertBefore to behave as close to copy as possible, for consistency
reasons.  do you know what copy should do here?  in other words, will blah
be replaced with copy of poNumber?  or will blah's children be replaced with
poNumber's children?

> I think some of the other operations have the same issues/questions.  So
> answering these will probably do the same for them.
>
> Chris
>
> -----Original Message-----
> From: Danny van der Rijn [mailto:dannyv@tibco.com]
> Sent: Wednesday, September 03, 2003 2:15 PM
> To: wsbpel@lists.oasis-open.org
> Subject: [wsbpel] Issue - 11 - Let's get a proposal nailed down
>
> In today's conference call, we limited the scope of issue 11 to exclude
> adding any new external dependencies.  Previously, of the 2 outstanding
> proposals, I think the consensus was leaning more towards my proposal.
> I
> propose that anyone who cares to refine my original proposal, or take
> the
> discussion elsewhere please do so.  The goal is to have a strawman
> votable
> proposal on the table at the F2F and then go from there.  Here, for your
> convenience, is a link to my original proposal.
>
> danny
>
> http://lists.oasis-open.org/archives/wsbpel/200308/msg00157.html
>
>
>
> 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_workgr
> oup.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]