You are viewing a plain text version of this content. The canonical link for it is here.
Posted to j-dev@xerces.apache.org by bu...@apache.org on 2002/04/02 17:46:43 UTC

DO NOT REPLY [Bug 7687] - createElementNS

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7687>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7687

createElementNS

keshlam@us.ibm.com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
            Summary|createElementNS             |createElementNS



------- Additional Comments From keshlam@us.ibm.com  2002-04-02 15:46 -------
See the DOM level 2 spec. createElementNS creates an Element node with the 
correct namespace URI. It does _not_ create the declaration attribute. If you 
want the latter to appear in your DOM, you have to create it explicitly -- but 
many namespace-aware DOM applications will operate perfectly well without it. It 
is the serializer's responsibility to ensure that when the DOM is written out to 
XML syntax, any "implicit" namespace declarations are notices and written out as 
genuine attributes.

Note too that the serializer can take advantage of namespace declaration 
inheritance -- which is what's happening in your case. Since the prefix "ma" is 
bound to the same namespace in ma:validate-result as it was in ma-validate, a 
second declaration would be redundant.

See also DOM Level 3's discussion of namespace normalization and namespace 
lookup, though Level 3 is still a working draft and subject to change.

Looks to me like correct operation.

---------------------------------------------------------------------
To unsubscribe, e-mail: xerces-j-dev-unsubscribe@xml.apache.org
For additional commands, e-mail: xerces-j-dev-help@xml.apache.org