[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

Re: The J2ME pseudo-XML botch

• To: AndrewWatt2000@a...
• Subject: Re: The J2ME pseudo-XML botch
• From: Daniel Veillard <veillard@r...>
• Date: Sun, 23 Feb 2003 16:10:05 -0500
• Cc: tbray@t..., xml-dev@l...
• In-reply-to: <a7.2ecd0d0e.2b8a809c@a...>; from AndrewWatt2000@a... on Sun, Feb 23, 2003 at 02:53:00PM -0500
• References: <a7.2ecd0d0e.2b8a809c@a...>
• Reply-to: veillard@r...
• User-agent: Mutt/1.2.5.1i

On Sun, Feb 23, 2003 at 02:53:00PM -0500, AndrewWatt2000@a... wrote:
> > I understand the proposed XML parsing facility in J2ME accepts not XML 
> > but a nonstandard subset which does not allow for the DOCTYPE 
> > declaration.
> 
> Hasn't it been the case since 16th November 1999 that there is an "XML" 
> language which "doesn't allow for the DOCTYPE declaration"?
> 
> It's called XPath.

  Totally different. XPath operate on the XPath data model of a document,
which is the *result* of parsing. Actually XPath manandates to fetch and
parse the DTD (when present) for ID detection and attribute defaulting.
XPath will not generate error on well-formed (per XML 1.0 spec) documents.
I think your attempt at a counter-example is really not convincing :-)

  However attempting to use XPath on a document breaking Namespace in XML
may result on an error while it's theorically conformant to bare XML-1.0
So there have been some subsetting in the past, but the impact on the 
set of existing document has in effect been null because of the xml reserved
prefix provision in XML-1.0 (that apparently some tools are violating).

  The kind of interop problem likely to happen due to J2ME decision
is really orders of magnitude larger than the XML Namespace induced 
subsetting, heck it won't even allow to parse correct XHTML which 
requires the DOCTYPE presence, or any DocBook instance which always
carry the DOCTYPE for validation and entities, or XML Catalogs, I stop
the list there, that parser is simply not an XML parser...

Daniel


-- 
Daniel Veillard      | Red Hat Network https://rhn.redhat.com/
veillard@r...  | libxml GNOME XML XSLT toolkit  http://xmlsoft.org/
http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/

• Follow-Ups:
  • Re: The J2ME pseudo-XML botch
    • From: Mike Champion <mc@x...>

• References:
  • Re: The J2ME pseudo-XML botch
    • From: AndrewWatt2000@a...

• Prev by Date: Re: The subsetting has begun
• Next by Date: Re: The J2ME pseudo-XML botch
• Previous by thread: Re: The J2ME pseudo-XML botch
• Next by thread: Re: The J2ME pseudo-XML botch
• Index(es):
  • Date
  • Thread