Sorry, I forgot to delete the attachment of xerces library in my previous email. It was not meant to be sent.
Sunay -----Ursprüngliche Nachricht----- Von: Yaldiz, Sunay Gesendet: Montag, 15. März 2004 12:51 An: [EMAIL PROTECTED] Betreff: Re: [castor-dev] org.exolab.castor.indent=true causing problem by Hi Keith, You are right, Xerces I used with Castor 0.9.5.3 was not same as the one I used with Castor 0.9.5.2. Actually when I upgraded to Castor 0.9.5.3, I also upgraded the Xerces as in the Castor src.zip, which is xerces-J_1.4.0.jar. Currently I changed the Xerces library to back, to the Xerces that I used with Castor 0.9.5.2. I was thinking this was the problem, but the problem was not with Xerces version. With Castor 0.9.5.3 I was not using Xalan, which I did with previous version. It seems internally Xerces is using Xalan for pretty-printing and some extra ops. So, finally after having the Xalan again, my problem is over. I demonstrate the problem I had at the end of the email. Regards, Sunay P.s: to demonstrate the problem I had I have a small example: org.exolab.castor.indent=false: <CommentRollDamping>Chosen curve is valid for a ship with B/T=4.17, CB=0.749, roll amplitude=10.0[deg].</CommentRollDamping> org.exolab.castor.indent=true: <CommentRollDamping>Chosen curve is valid for a ship with B/T=4.17, CB=0.749, roll amplitude=10.0[deg]. </CommentRollDamping> As you can see, extra whitespaces are inserted to content of <CommentRollDamping> element after substring "B/T=4.17," which was breaking my equality tests. -----Ursprüngliche Nachricht----- Von: Keith Visco [mailto:[EMAIL PROTECTED] Gesendet: Samstag, 13. März 2004 06:47 An: [EMAIL PROTECTED] Betreff: Re: [castor-dev] org.exolab.castor.indent=true causing problem by Hi Sunay, Do you have a small example which demonstrates the problem. We don't handle the "pretty-printing", that's all handled by the Xerces Serializers. Perhaps you upgraded to a different version of Xerces as well? --Keith "Yaldiz, Sunay" wrote: > > Hello, > > I am just trying to update to Castor version 0.9.5.3 from version > 0.9.5.2. The marshall/unmarshall operations that were running properly > in previous version now have problems. The problems I have are because > of simple xml elements having type xsd:string. When I set > org.exolab.castor.indent=true, as I realized(if I am not wrong), the > content of the simple element is also changed by adding newlines, > extra white spaces; but in the previous version it was not so(which > was the right way I think). In the previous version only before "<" or > after ">" white spaces (and at some extra places) were appended for > pretty printing. But now even the content of the element is changed. > And of course this breaks the equality checks of XML representations > as well as object fields having type java.lang.String. > > So, is there a way to say " I don't want text content of the elements > to be indented"? > > I hope the problem is clear. > > Regards, > Sunay > > > > This e-mail contains confidential information for the exclusive > attention of the intended addressee. Any access of third parties to > this e-mail is unauthorised. Any use of this e-mail by unintended > recipients such as copying, distribution, disclosure etc. is > prohibited and may be unlawful. When addressed to our clients the > content of this e-mail is subject to the General Terms and Conditions > of GL's Group of Companies applicable at the date of this e-mail. > > GL's Group of Companies does not warrant and/or guarantee that this > message at the moment of receipt is authentic, correct and its > communication free of errors, interruption etc. > > > ----------------------------------------------------------- > If you wish to unsubscribe from this mailing, send mail to > [EMAIL PROTECTED] with a subject of: > unsubscribe castor-dev ----------------------------------------------------------- If you wish to unsubscribe from this mailing, send mail to [EMAIL PROTECTED] with a subject of: unsubscribe castor-dev This e-mail contains confidential information for the exclusive attention of the intended addressee. Any access of third parties to this e-mail is unauthorised. Any use of this e-mail by unintended recipients such as copying, distribution, disclosure etc. is prohibited and may be unlawful. When addressed to our clients the content of this e-mail is subject to the General Terms and Conditions of GL's Group of Companies applicable at the date of this e-mail. GL's Group of Companies does not warrant and/or guarantee that this message at the moment of receipt is authentic, correct and its communication free of errors, interruption etc. This e-mail contains confidential information for the exclusive attention of the intended addressee. Any access of third parties to this e-mail is unauthorised. Any use of this e-mail by unintended recipients such as copying, distribution, disclosure etc. is prohibited and may be unlawful. When addressed to our clients the content of this e-mail is subject to the General Terms and Conditions of GL's Group of Companies applicable at the date of this e-mail. GL's Group of Companies does not warrant and/or guarantee that this message at the moment of receipt is authentic, correct and its communication free of errors, interruption etc. ----------------------------------------------------------- If you wish to unsubscribe from this mailing, send mail to [EMAIL PROTECTED] with a subject of: unsubscribe castor-dev