Werner, We encountered this problem a year ago or so when we were on Java 1.5 and you had fixed it. Since we upgraded Castor to 1.1.2.1, the only that has changed in our environment is our Java upgraded to 1.6.
-----Original Message----- From: Werner Guttmann [mailto:[EMAIL PROTECTED] Sent: Friday, September 26, 2008 4:24 PM To: [email protected] Subject: Re: [castor-user] Problem with Engineering Notation Before looking into this, can you please confirm that this is a problem related to the use of Java 6.0, indeed ? In other words, does the problem arise with e.g. Java 5. as well ? Werner Romero, Carlo wrote: > Werner, > > I've created http://jira.codehaus.org/browse/CASTOR-2539 > > > -----Original Message----- > From: Werner Guttmann [mailto:[EMAIL PROTECTED] > Sent: Friday, September 26, 2008 3:28 AM > To: [email protected] > Subject: Re: [castor-user] Problem with Engineering Notation > > Hi, > > Whilst I am not 100% sure, this could be down to (once again) changed > semantics of toString() methods (or similar) between Java 1.5 and 1.6. > > How about creating a small test case and attaching it to a new Jira > issue, and we'll be having a look ? > > Werner > > Romero, Carlo wrote: >> Hi Werner and friends, >> >> I am using Castor 1.1.2.1 with Java 1.6 and when I unmarshal and then >> marshal a document 40000000.0000000000 becomes 4.0E7. The element is >> an xsd:double. How can I prevent the conversion to engineering > notation >> when I marshal back? Is there a property I can set? >> >> >> >> > > --------------------------------------------------------------------- > To unsubscribe from this list, please visit: > > http://xircles.codehaus.org/manage_email > > --------------------------------------------------------------------- > To unsubscribe from this list, please visit: > > http://xircles.codehaus.org/manage_email > > --------------------------------------------------------------------- To unsubscribe from this list, please visit: http://xircles.codehaus.org/manage_email --------------------------------------------------------------------- To unsubscribe from this list, please visit: http://xircles.codehaus.org/manage_email
