It should have been written by the producer/serializer of the XML document if the carriage return is actually part of the document's content.
Michael Glavassevich XML Parser Development IBM Toronto Lab E-mail: mrgla...@ca.ibm.com E-mail: mrgla...@apache.org Aleksandr Kravets <akravets.w...@gmail.com> wrote on 03/02/2009 01:39:35 PM: > So it would need to be replaced in place of carriage return manually? > On Mon, Mar 2, 2009 at 1:36 PM, Paul Gearon <gea...@ieee.org> wrote: > I'm not saying that this is the answer to your problem, but the entity > referred to here is: > 
 > > Paul > > On Mon, Mar 2, 2009 at 12:20 PM, Aleksandr Kravets > <akravets.w...@gmail.com> wrote: > > Ok, I think I found an issue similar to mine, it is in this thread: > > http://www.stylusstudio.com/xsllist/200404/post40600.html > > > > Particular line of interest to me is this: > > > > "BTW, if you want your attribute to have a carriage return, you can use an > > entity to express the carriage return, then it doesn't get normalized." > > > > So can someone explain what this means and how do I describe theseentities? > > May be I can insert them into XML before importing and letting parser do its > > work? > > > > thanks, > > Alex > > > > > > > > On Mon, Mar 2, 2009 at 12:26 PM, Aleksandr Kravets <akravets.w...@gmail.com> > > wrote: > >> > >> Totally agree, but even if originating XML is corrected, there are clients > >> with wrong style XML that will use my application to import XML and in such > >> a case there is little I can do. So, is there a way to correct this problem > >> during the import? > >> > >> Thanks for your help, > >> Alex > >> > >> On Mon, Mar 2, 2009 at 12:21 PM, <kesh...@us.ibm.com> wrote: > >>> > >>> The purpose of an XML parser is to read correct XML. Get whoever's > >>> generating that file to produce XML that expresses their intent > >>> correctly, > >>> or throw in a filtering stage that corrects their error. Personally, I > >>> would apply a clue-by-four to the author of whatever's generating that > >>> document rather than trying to tolerate it, since they're just going to > >>> get themselves in deeper trouble later... but I understand that this > >>> isn't > >>> always possible. > >>> > >>> "The customer isn't always right. Unfortunately, the customer is always > >>> the one with the money." > >>> > >>> ______________________________________ > >>> "... Three things see no end: A loop with exit code done wrong, > >>> A semaphore untested, And the change that comes along. ..." > >>> -- "Threes" Rev 1.1 - Duane Elms / Leslie Fish ( > >>> http://www.ovff.org/pegasus/songs/threes-rev-11.html) > >>> > >>> --------------------------------------------------------------------- > >>> To unsubscribe, e-mail: j-users-unsubscr...@xerces.apache.org > >>> For additional commands, e-mail: j-users-h...@xerces.apache.org > >>> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: j-users-unsubscr...@xerces.apache.org > For additional commands, e-mail: j-users-h...@xerces.apache.org
