Maciej,
You are right. Expression alone should be enough for from-spec.
To sum up again:
(1) expression in from-spec (remove variable, part and and query)
(2) keep variable and query in to-spec (remove part)
[Too many meetings make my brain overloaded a bit. :-) ]
Thanks.
Regards,
Alex
Maciej Szefler wrote:
> So what is the logic of keeping the different forms of the from-spec
> if the single expression from-spec does the job?
>
> -maciej
> On Fri, 12 Mar 2004 13:41:46 -0800, Alex Yiu <> wrote:
>
>>
>> Hi all,
>>
>> [After a morning of meeting, back online ... :-) ]
>>
>> Yes, I agree with Ron.
>> We may not want to overload expression, like $var/a/b/c, as the
>> assignment target.
>> I tend to believe that we still want to:
>> (1) keep both expression and query in from-spec
>> (2) keep query in to-spec
>> (3) allow the usage of $var in expression
>>
>> Danny ... if we pass issue 11 (assume we go for insertBefore and
>> appendChild), the to-spec for insertBefore and appendChild will be
>> the same. The only change is: expression in from-spec now can use $var
>>
>> E.g.:
>> <appendChild>
>> <from expression="$fooVar/abc/def" />
>> <to variable="barVar" query="/ghi/jkl" />
>> </appendChild>
>>
>> the expression would be appended as as the last child under
>> "/ghi/jkl". And, "/ghi/jkl" are existing nodes.
>>
>> IMHO, XPath location path used in query or expression will always
>> point to existing nodes, even after / if Issue 11 is passed.
>>
>>
>>
>> Thanks!
>>
>>
>>
>> Regards,
>> Alex yiu
>>
>>
>>
>>
>> Ron Ten-Hove wrote:
>>
>>> Danny van der Rijn wrote:
>>>
>>>> maybe i just don't know XPATH well enough, but if $var/a/b/c
>>>> doesn't exist,
>>>> can it be the target of an assign?
>>>>
>>>>
>>> XPath 1.0 expressions turn into node-sets, booleans, numbers, or
>>> strings (and do so without side effects). They don't turn into
>>> positional references. $var/a/b/c doesn't make sense as the target
>>> of an <assign> activity, from the XPath point of view.
>>>
>>> -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.
>>>
>>
>>
>>
>>
>> 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.
>>
>>
>
>
>
