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

Re: An approach to let XML 2.n resources hold multiple entitie

• To: Elliotte Rusty Harold <elharo@m...>
• Subject: Re: An approach to let XML 2.n resources hold multiple entities
• From: Daniel Veillard <veillard@r...>
• Date: Fri, 21 Mar 2003 11:12:48 -0500
• Cc: xml-dev@l...
• In-reply-to: <p04330102baa0bff59020@[192.168.254.4]>; from elharo@m... on Fri, Mar 21, 2003 at 08:15:24AM -0500
• References: <B885BEDCB3664E4AB1C72F1D85CB29F805C1F72D@R... <002a01c2ede6$60df40a0$4bc8a8c0@A...> <p04330102baa0bff59020@[192.168.254.4]>
• Reply-to: veillard@r...
• User-agent: Mutt/1.2.5.1i

On Fri, Mar 21, 2003 at 08:15:24AM -0500, Elliotte Rusty Harold wrote:
> Keep in mind that it is possible *now*, *today*, in XML 1.0 for a 
> file or a stream to contain multiple consecutive XML documents, as 
> well as other things. In fact, this may actually occur with multipart 
> MIME and/or HTTP 1.1. XML 1.0 makes no requirement that a file or 
> stream contain only one document.
> 
> An XML parser is typically positioned at the byte that begins the XML 
> document by some external process. There is no reason that the 
> initial parser position has to be byte 0 of the stream. For instance, 
> in HTTP 1.0 it's almost never byte 0 of the stream. An external 
> process needs to strip off the header first.

  The key is that the layer calling the parser must stop parsing
at the right boundary requiring some kind of preparsing or a-priori
knowledge on the stream. If the parser is left going on the stream then
it must report an error and abort.

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/

• References:
  • An approach to let XML 2.n resources hold multiple entities
    • From: "Rick Jelliffe" <ricko@a...>
  • Re: An approach to let XML 2.n resources hold multipleentities
    • From: Elliotte Rusty Harold <elharo@m...>

• Prev by Date: dateTime datatype
• Next by Date: Re: An approach to let XML 2.n resources hold multipleentities
• Previous by thread: Re: An approach to let XML 2.n resources hold multipleentities
• Next by thread: Re: An approach to let XML 2.n resources hold multipleentities
• Index(es):
  • Date
  • Thread