[
https://issues.apache.org/jira/browse/ODE-337?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12624022#action_12624022
]
Josef Spillner commented on ODE-337:
------------------------------------
The count() issue is with unqualified nodes, not with qualified ones.
count($msg.main/testcase:x) = 2 # correct
count($msg.main/x) = 0 # incorrect despite using
elementFormDefault="unqualified"
The selection issue is with both:
$msg.main/testcase:x[0] -> no nodes selected
$msg.main/x[0] -> no nodes selected
The issue applies to both, like the comments in the BPEL file say.
> Several XPath-related issues: selection, rounding and message validation
> (3-in-1 report)
> ----------------------------------------------------------------------------------------
>
> Key: ODE-337
> URL: https://issues.apache.org/jira/browse/ODE-337
> Project: ODE
> Issue Type: Bug
> Components: BPEL Runtime
> Affects Versions: 1.2
> Reporter: Josef Spillner
> Attachments: ode-testcase-process.tar.gz, testcase.bpel
>
>
> After having had several issues with one of my processes, I tried to isolate
> the bugs and have put them into an easy-to-understand testcase process.
> The main bug contained in it is that a nodeset selection like A[0] doesn't
> work correctly even if A contains two nodes.
> To prove that two nodes are contained, I used the XPath count() function,
> which for some reason returns a floating point number, and even after
> round()ing it the number remains non-integer. This is the second bug.
> To be able to return the number of nodes in the BPEL reply despite the
> message not conforming to its schema is also interesting. I think it's useful
> but by default messages should be validated against their schema. This is the
> third bug.
> If the bugs are confirmed, I could open up dedicate bug reports for them, but
> I think at least the first two are related.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
