Lists Home |
Date Index |
- From: "Stephen D. Williams" <firstname.lastname@example.org>
- To: "Samuel R. Blackburn" <email@example.com>
- Date: Thu, 25 Mar 1999 18:45:31 -0500
This is not what I meant.
XML has mechanisms to store binary data as characters using all the standard
What I'm talking about is using data that is structured in a directly
addressable way (think pointers, arrays, indexes, offsets) to represent the
structure and content of an XML tree. My actual proposal is a bit more
complicated than that because I want other types of optimizations for in-memory
processing, but that is one of the roots of the idea. In other words, after
loading the tree would be directly addressable (SAX or DOM) without any parsing
(or very limited steps). A typical server might in fact support both XML and
XMLb queries and responses.
"Samuel R. Blackburn" wrote:
> XML in its current form cannot handle "binary" data at all.
> At best, you would have to convert non-text data to text.
> This is usually done via base64.
> You could create your own version of XML that could easily
> handle non-text data. All you need do is add one attribute to
> any XML element that provides the length (in bytes) of the
> non-text data. For example:
> <GIF bin:length="4096">GIF89a[4090 non-text bytes]</GIF>
> The "bin:length" attribute could tell your parser to stop parsing
> and store the 4096 bytes following the closing > of the element.
> After the 4096 bytes have been stored, start parsing again.
> The down side of this approach is:
> 1) bin:length would have to be agreed on by all binary parsers out there
> 2) binary XML files cannot be parsed by non-binary aware parsers
> (in other words, every parser in the world today)
> -----Original Message-----
> From: Stephen D. Williams <firstname.lastname@example.org>
> To: email@example.com <firstname.lastname@example.org>
> Date: Thursday, March 25, 1999 2:04 PM
> Subject: Is there anyone working on a binary version of XML?
> >I know, I know, this is anathema to what many of you feel is the essence of
> >XML, and I agree to a point.
> >I have come to feel however that there is room for a "works-as-if" binary
> >analogue to text based XML. Something that is totally subservient to the
> >standard and has exactly equivalent features, but that is highly efficient
> >for processing at all levels and easily converted to and from text based
> >In using XML in real-world application work and designing future
> >infrastructure that is highly scalable and efficient while making use of
> >XML, I have come to the conclusion that I need a standard way to deal with
> >an XML analogue that is binary. There are a multitude of performance
> >problems that this solves, not only in parsing and exporting, but
> >of related data inside applications.
> >Before I make all the details and ideas public, I would like to know if
> >there is any serious precedent directly dealing with XML.
> >My design has highly efficient Java processing in mind, but is not specific
> >to any particular language.
> >Compression is a secondary, but associated issue.
> >OptimaLogic - Finding Optimal Solutions
> >email@example.com Stephen D. Williams Senior Consultant/Architect
> >43392 Wayside Cir,Ashburn,VA 20147-4622 703-724-0118W 703-995-0407Fax
> >xml-dev: A list for W3C XML Developers. To post, mailto:firstname.lastname@example.org
> >Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/ and on
> CD-ROM/ISBN 981-02-3594-1
> >To (un)subscribe, mailto:email@example.com the following message;
> >(un)subscribe xml-dev
> >To subscribe to the digests, mailto:firstname.lastname@example.org the following
> >subscribe xml-dev-digest
> >List coordinator, Henry Rzepa (mailto:email@example.com)
OptimaLogic - Finding Optimal Solutions Web/Crypto/OO/Unix/Comm/Video/DBMS
firstname.lastname@example.org Stephen D. Williams Senior Consultant/Architect http://sdw.st
43392 Wayside Cir,Ashburn,VA 20147-4622 703-724-0118W 703-995-0407Fax 5Jan1999
xml-dev: A list for W3C XML Developers. To post, mailto:email@example.com
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/ and on CD-ROM/ISBN 981-02-3594-1
To (un)subscribe, mailto:firstname.lastname@example.org the following message;
To subscribe to the digests, mailto:email@example.com the following message;
List coordinator, Henry Rzepa (mailto:firstname.lastname@example.org)