[jira] Commented: (ODE-337) Several XPath-related issues: selection, rounding and message validation (3-in-1 report)

["Josef Spillner (JIRA)" <ji...@apache.org>]

    [ https://issues.apache.org/jira/browse/ODE-337?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12623939#action_12623939 ] 

Josef Spillner commented on ODE-337:
------------------------------------

Here's another update with yet another related bug in ODE:
The schema in my supplied WSDL file requires unqualified elements, while my 
BPEL file uses fully-qualified selectors with prefixes. Ooops!

However, even when fixing this inconsistency in the example, i.e. either 
adding elementFormDefault="qualified" to the schema or removing the prefixes 
for non-toplevel elements in the BPEL file, ODE will still show the same buggy 
behaviour.

It looks like ODE doesn't honour element qualification at all even. The 
count() function at least works with fully-qualified elements, where node 
selection already fails, but with unqualified elements it also ceases to work, 
i.e. when setting elementFormDefault="unqualified" (or leaving out the 
attribute like before) and turning all "testcase:x" into "x" in the BPEL file.

This issue becomes more complicated every day :/



> 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.