[jdom-interest] prefixes in attribute values or element conte
nt(was the hashcode thread)
philip.nelson at omniresources.com
philip.nelson at omniresources.com
Sun Jun 3 07:03:20 PDT 2001
> NO! Not the application! The Namespaces in XML specification
> specifies what the context is for the resolution of any namespace
> prefix found in an XML document. There is nothing application
> specific about this. It is and must be the same in all applications
> that adhere to Namespaces in XML.
<snip>
> The application does not have the right to redefine this. It must be
> defined in the way Namespaces in XML specifies. That means that the
> closest ancestor-or-self element that declares the prefix using
> xmlns:prefix wins. There is no other possibility.
>
> XPointer is the exception that proves the rule here. It allows
> namespace prefixes to be defined by xmlns part but only because
> XPointers may appear in things that are not namespace well-formed XML
> documents.
You having studied this as much as you have, I give you the nod on this.
Since this in not really enforcible, and because only applications will know
when to interpret an attribute value or content as a namespace prefix, 20
bucks says there will be LOTS of non namespace compliant xml apps out there.
More information about the jdom-interest
mailing list