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
