PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT
ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW
AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE
DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL
BE LOST SOMEWHERE.

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

*** shadow/3461 Fri Sep  7 05:23:34 2001
--- shadow/3461.tmp.28823       Fri Sep  7 05:42:04 2001
***************
*** 41,43 ****
--- 41,65 ----
  rules of XML 1.0:"
  i could not find such thing anywhere, can u give me pointers?
  i feel this is correct behavior for DTD also and parser is behaving correctly.
+ 
+ 
+ ------- Additional Comments From [EMAIL PROTECTED]  2001-09-07 05:42 -------
+ Coincidentally, I noticed this same issue a couple of months ago, but never 
+ submitted a bug report for it.  The following in an excerpt from a note on the 
+ topic, with relevant pointers to the XML 1.0 (2nd Ed.) Recommendation.
+ 
+ I believe that if validation is requested, the parser should produce a 
+ validation error for the document, because the xmlns:ns attribute hasn't been 
+ declared in the DTD.  The definition of start-tags and empty-element tags [1] 
+ specifies that the attributes must satisfy validity constraint [2] - namely, 
+ that the attribute must have been declared, and that the value of the attribute 
+ must be of the correct type.
+ 
+ The Namespaces recommendation [3] indicates that a namespace is declared using 
+ the reserved family of attributes "xmlns" and those that begin with "xmlns:", 
+ but it doesn't indicate that such attributes are themselves "predeclared" in 
+ any sense.
+ 
+ [1] http://www.w3.org/TR/2000/REC-xml-20001006#sec-starttags
+ [2] http://www.w3.org/TR/2000/REC-xml-20001006#ValueType
+ [3] http://www.w3.org/TR/1999/REC-xml-names-19990114/#ns-decl

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to