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

XML vs the Dreaded Whitespace

  • From: David Megginson <ak117@f...>
  • To: Chris Smith <smith@i...>
  • Date: Thu, 11 Dec 1997 06:34:08 -0500

xml checksum
Chris Smith writes:

 > There are two questions at hand, largely directed at those creating
 > parsers. I'd like to know if the application requirements we are
 > proposing ("what to do with the document") are going to be incredibly
 > difficult to manage, given what the parsers are providing. I confess
 > I'm just getting started here - I will get to investigating the
 > various parsers. For now the questions may be useful anyway.
 > 
 > The first criteria is that message authentication is applied to an
 > element in the document. This is a start to precisely defining what is
 > being checked. The second criteria is that the message authentication
 > must be applied to the XML document as represented in UTF-16 encoding,
 > with big-endian convention, AS IT IS WRITTEN. This is to prevent us
 > having to specify a consistent *internal* representation. The XML spec
 > itself helps define a consistent *external* representation, which we
 > figure is easier to stick with than dealing with all the
 > cross-platform issues. The question: can this readily be dealt with?
 > Is it straight-forward to ask for MessageAuthentication over
 > <element>...</element>, with all the content included?

It would be possible to use a parser to do authentication by
generating checksums based on a normalised version of each element,
but not to do it based on the external representation.  Right now,
parsers must report whitespace in mixed content and sort-of report it
in element content (yech).  There is no requirement to report
whitespace within markup, however.

As a result, parsers are very unlikely to report any difference
between the following two examples (assuming that the "idrefs"
attribute is declared as IDREFS in the DTD):

Example 1:

  <link idrefs="foo bar">This is a link.</link>


Example 2:

  <link 
  idrefs       =   "foo 

  bar">This is a link.</link>

There are many other problems too, include comments, whitespace
outside of the document element, etc., etc.

I'd recommend that you do your checksum validation on any files that
you have transmitted _before_ you parse them; that way, you can use
existing software (it doesn't have to be XML-aware).


All the best,


David

-- 
David Megginson                 ak117@f...
Microstar Software Ltd.         dmeggins@m...
      http://home.sprynet.com/sprynet/dmeggins/

xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev@i...
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/
To (un)subscribe, mailto:majordomo@i... the following message;
(un)subscribe xml-dev
To subscribe to the digests, mailto:majordomo@i... the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa@i...)


PURCHASE STYLUS STUDIO ONLINE TODAY!

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.
Email
First Name
Last Name
Company
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.