[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: binary base64 definition
- From: Ian Graham <email@example.com>
- To: Jerry Johns <Jjohns@computerlogic.com>
- Date: Sat, 06 Jan 2001 17:38:25 -0500 (EST)
I don't believe the DOM is really the issue here -- XML (and, by
implication, the DOM) talk about the structual and semantic (notations,
PIs, etc.) content of a 'document,' and don't care about the actual text
content of an element, provided it is 'acceptable' text (that is, not
binary or data otherwise containing illegal bytes).
I would thus hazard that, regardless of the tool you use (DOM, JDOM,
SAX) to process the XML, you will need to add something to handle
element text content that is specially encoded according to some non-XML
standard (such as base64, uuencode, zip, etc.).
Similarly, with external entities referenced by some combination of an
entity declaration and a notation, you would have to provide code to
handle the special data type indicated by the notation.
Of course, java has (somewhere, I hope!) methods for encoding/decoding
base64 (if the jdk doesn't, then I'm sure there is a package somewhere
that does this), so it shouldn't be too hard to add this. There's probably
On Sat, 6 Jan 2001, Jerry Johns wrote:
> What if I ditched DOM and used another tool for managing the XML file; could
> I then insert the base64 content and still be within the XML standards? Is
> this a limitate of DOM? Thanks. Jerry
> -----Original Message-----
> From: Ian Graham [mailto:firstname.lastname@example.org]
> Sent: Saturday, January 06, 2001 10:50 AM
> To: Dan Vint
> Cc: Jerry Johns; 'email@example.com'
> Subject: Re: binary base64 definition
> The DOM supports access to notation nodes, but can enforce no statement
> aobut the proper encoding of a referenced external entity (which makes
> sense, as it is external to the document).
> Base64 encoding of content inside a document would require custom code for
> doing the encoding/decoding, and some attribute-based mechanism for
> labeling the 'type' content of the node containing the data. That is
> certainly possible, but as far as I can see is outside the scope of the
> On Fri, 5 Jan 2001, Dan Vint wrote:
> > You can't use elements this way, but an alternative would be to create a
> > NOTATION type and then an external entity of this type - you would copy
> > the contents of whatever should be base 64 into this external file, it
> > would be part of the XML document but it would be outside. Not sure if
> > DOM has been setup to understand NOTATIONS, but in an SGML world you would
> > be able to associcate a "processor" with that notation and have it called
> > whenever you needed to read or write that format.
> > Your DTD might look like the following:
> > <!DOCTYPE .... [
> > <!NOTATION base64 SYSTEM "binary base64">
> > <!ENTITY extfile1 SYSTEM "extfile.b64" NOTATION "base64" >
> > ]>
> > ....
> > &extfile1;
> > ...
> > The syntax is probably not exact but you can look up the details.
> > ..dan
> > >
> > > In the DTD, can I specify a type of "binary base64" for an element so
> > > when I write to the XML file using DOM, DOM will automatically encode
> > > binary data for me without parsing for control characters? If so, I
> > > it will do the reverse when I read that element.
> > >
> > > Can anyone validate my assumption about the DTD data type? Has anyone
> > > an example DTD definition with this in it?
> > >
> > > Thanks much.
> > > Jerry
> > >