XOM API for Processing XML with Java

["John Cowan" <jcowan AT reutershealth.com>]

Marc Ramsey scripsit:

> In my particular case, one tool in the chain was using an older version of
> expat, which parsed, within one specific attribute value, a space followed
> by a newline as two spaces, resulting in a spurious mismatch between two
> attribute values.

If the attribute is of type CDATA, or undeclared type, that was the Right 
Thing.

> As a result, two supposedly identical files, one of which
> had been serialized through XOM, produced very different results.  The
> amusing part was that during the process of tracking down the bug, we tried
> several XML difference programs, each showed the two files to be identical,
> as they were properly compressing sequences of whitespace in attribute
> values to a single space...

Sequences of whitespaces should *not* be compressed (unless that's an
application feature rather than a parser feature) unless the attribute
is known to be of non-CDATA type.

-- 
"You know, you haven't stopped talking          John Cowan
since I came here. You must have been           http://www.reutershealth.com
vaccinated with a phonograph needle."           jcowan AT reutershealth.com
        --Rufus T. Firefly                      http://www.ccil.org/~cowan