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

RE: Some comments on the 1.1 draft

  • To: "Gavin Thomas Nicol" <gtn@r...>,"Alan Kent" <ajk@m...>,"Rick Jelliffe" <ricko@a...>
  • Subject: RE: Some comments on the 1.1 draft
  • From: "Michael Rys" <mrys@m...>
  • Date: Wed, 19 Dec 2001 10:14:51 -0800
  • Cc: <xml-dev@l...>
  • Thread-index: AcGIsPi7AEb4dffxQHWlb1cFrzCQEgAAEhlQ
  • Thread-topic: Some comments on the 1.1 draft

jni binary data
Sorry but my use case is not serializing arbitrary binary data, but
arbitrary TEXT data according to the originating type system (such as a
database or a C#, C++, Java etc based webservice). Unfortunately, such
TEXT properties may contain control characters, since the originating
type system does not preclude them. Requiring people to base 64 encode
TEXT just to deal with the 0.1% of cases where control characters may
appear seems to be problematic.

Base 64 encoding of binary data has still its place to guarantee
semantic preservation of the binary format across different binary base
systems (such as LE and BE and EBCDIC vs Unicode). But it is overkill in
the above scenarios.

And pointing out ASN.1, JNI, TDS and other binary formats is missing the
point that the world is currently moving towards using XML for
serialization in many contexts. And purists may scream about this, but
SOAP/XML Protocol, WebDAV etc are not going away because of that and
they will continue to use XML...

Best regards

PS: Gavin, please call me Michael (or spell my last name correctly, it
is short enough after all).

> -----Original Message-----
> From: Gavin Thomas Nicol [mailto:gtn@r...]
> Sent: Wednesday, December 19, 2001 8:59 AM
> To: Alan Kent; Rick Jelliffe
> Cc: xml-dev@l...
> Subject: Re:  Some comments on the 1.1 draft
> On Wednesday 19 December 2001 05:24 am, Alan Kent wrote:
> > If I have understood your desire, I guess we differ here. I would
> > rather see XML (that claims to support Unicode) support all of
> > I *personally* don't feel that prohibiting valid Unicode characters
> > from appearing in documents is worth the benefit of protecting
> > against feeding in data in the wrong encoding.
> Control characters are suspect at best though.
> What I don't think people understand is that representing binary data
> *characters* for the sake of convenience will only open up the system
> abuse on one hand, and make *both* text *and* binary transfer
> In the example Mr. Rhys gave of serializing arbitrary binary data into
> document, the only way that the system can reliably *decode* the data,
> to
> work by converting characters into bytes, and then calling the
> deserialization tools on that. Possible, yes, but guess what? YOU
> EXACTLY THE SAME THING TODAY if you used BASE64 encoding.
> If you don't do this,  your binary data *cannot* be reliably
> especially in the face of transcoding.
> -----------------------------------------------------------------
> The xml-dev list is sponsored by XML.org <http://www.xml.org>, an
> initiative of OASIS <http://www.oasis-open.org>
> The list archives are at http://lists.xml.org/archives/xml-dev/
> To subscribe or unsubscribe from this list use the subscription
> manager: <http://lists.xml.org/ob/adm.pl>


Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
First Name
Last Name
Subscribe in XML format
RSS 2.0
Atom 0.3

Stylus Studio has published XML-DEV in RSS and ATOM formats, enabling users to easily subcribe to the list from their preferred news reader application.

Stylus Studio Sponsored Links are added links designed to provide related and additional information to the visitors of this website. they were not included by the author in the initial post. To view the content without the Sponsor Links please click here.

Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.