Bug 8229 - Frag: XPath Level 1's treatment of unqualified element names is dangerous
: Frag: XPath Level 1's treatment of unqualified element names is dangerous
Status: CLOSED REMIND
Product: WS-Resource Access
Fragment
: FPWD
: All All
: P2 normal
: ---
Assigned To: Gilbert Pilz
: notifications mailing list for WS Resource Access
:
:
:
:
:
  Show dependency treegraph
 
Reported: 2009-11-07 19:49 UTC by Gilbert Pilz
Modified: 2010-03-17 11:31 UTC (History)
1 user (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Gilbert Pilz 2009-11-07 19:49:41 UTC
The description of the XPath Level 1 expression language contains the
following:

"NOTE: If the element name is unqualified, i.e. appears without a namespace
prefix, then the element name MUST be matched against a matching element name
in the resource document, regardless of namespace bindings that are in effect,
including default bindings. This allows implementations to simply match element
names in the majority of cases. If namespace bindings are significant for all
elements, then qualified names MUST be used."

Oracle review comment: "this is asking for so much trouble. what if 2 elements
in different namespaces have the same local name? haven't we learned anything
from the failure that dos/windows case-insensitivity is?"

It's unclear whether the "If namespace bindings are significant . . ." sentence
applies to this case. In any case, requiring the client to know whether or not
there are multiple elements in different namespaces with the same local name
*before* they construct their expression creates a tighter coupling between the
client and the exact resource representation than we seem to have in mind.
Comment 1 Robert Freund 2010-01-28 19:04:37 UTC
resolved by striking the note


  翻译: