Never mind. When I put together a stand-alone test case to demonstrate the
problem I couldn't reproduce it. I dug further into the application code to see
where the differences were and discovered that it was reading the XML document
file in from disk using BufferedReader.readLine. The line fee
Hi Mike,
Off the top of my head, I can't think of a reason why that would happen.
Do you have a stand-alone test which you could share that reproduces this?
Thanks.
Michael Glavassevich
XML Parser Development
IBM Toronto Lab
E-mail: [EMAIL PROTECTED]
E-mail: [EMAIL PROTECTED]
Mike Rawlins <[EM
Michael,
Thanks for the suggestion, that doesn't seem to be it. The debugger shows both
CR and LF removed from the CDATASection. It doesn't matter whether the file has
CR/LF as line terminators or just LF.
Mike
--
Mike Rawlins
Michael Glavassevich wrote:
>Hi Mike,
>
>XML parsers are requi
Hi Mike,
XML parsers are required to normalize [1] line breaks (CR LF -> LF). Are
you sure that's not what's happening?
Thanks.
[1] http://www.w3.org/TR/2006/REC-xml-20060816/#sec-line-ends
Michael Glavassevich
XML Parser Development
IBM Toronto Lab
E-mail: [EMAIL PROTECTED]
E-mail: [EMAIL PRO
Using Xerces-J 2.6.1, org.apache.xerces.parsers.DOMParser class
In parsing the document the getData method in the CDATASection class seems to
be stripping the end-of-line line feeds from the input XML document being
parsed. Is this a known problem, a configurable feature or what? If it's a
prob
