And it still fails with Java 5.0 ? Werner
Heggart, Alex wrote: > Hi Werner, > > Thanks for looking into this. Just note that I've also tested this with > Java 5u19. > > Cheers, > > Alex Heggart > > -----Original Message----- > From: Werner Guttmann [mailto:[email protected]] > Sent: Friday, 9 October 2009 4:11 AM > To: [email protected] > Subject: Re: [castor-user] Unmarshalling hexBinary elements seems to > return bad data > > Hi Alex, > > I will have a look at this; I do remember, though, that there's an issue > in our Jira that is related to the use of Java 6 and arrays. > > Cheers > > Werner > > Heggart, Alex wrote: >> Hi Werner, >> >> I've also tested this against Castor 1.2 and the current trunk as of >> October 1st and the problem still occurs. I've also tried this with > JAXB >> 2.1 provided with J2SE 6u7 and that works as expected, so I'm fairly >> sure the problem is with Castor. >> >> I've created a JIRA issue at >> http://jira.codehaus.org/browse/CASTOR-2841. >> >> I've also attached a small test case as a patch against the trunk to >> that issue. >> >> As a side note, I'm unable to find the issue related to hexBinary > fixed >> recently in JIRA. >> >> Cheers, >> >> Alex >> >> -----Original Message----- >> From: Werner Guttmann [mailto:[email protected]] >> Sent: Monday, 5 October 2009 3:11 PM >> To: [email protected] >> Subject: Re: [castor-user] Unmarshalling hexBinary elements seems to >> return bad data >> >> Hi Alex, >> >> there's two options to go about this. >> >> a) Try it against SVN trunk to see whether - since the 1.3 release - > an >> issue has been found and fixed related to hexBinaries. As the same > time, >> you might want to browse our Jira, too. >> >> b) Provide us with a small (sic!) test case that shows the problem at >> hand. >> >> Regards >> Werner >> >> Heggart, Alex wrote: >>> Hi all, >>> >>> I've been helping out a colleague who is using Castor 1.3 to read xml >>> files provided by a business partner. The xml schema defines an >> element >>> of type xs:hexBinary for MD5 hashes they are providing to us. We can >> see >>> the hashes in the xml file as a 32 character hex string (eg >>> 9E107D9D372BB6826BD81D3542A419D6). When we unmarshal these using >> Castor >>> we seem to be getting bogus values. When we try to display the >>> unmarshalled bytes as a hex string for our consumption we it is >> nothing >>> like the value in the xml document. As well, we are getting 24 bytes >>> produced by Castor when I would assume we should be getting 16 for > the >>> 128 bit hash. >>> >>> I've never used the xs:hexBinary type before so I may be >>> misunderstanding its intention and use. We could switch to using > fixed >>> length strings in the schema however it is provided by a business >>> partner and of course these things take time. Also, I'm guessing they >>> used hexBinary in the first place for the 'free' validation it >> provides. >>> If it helps I'm doing this in Windows XP, using JDK 1.5u19 and 1.6u7. >>> >>> Cheers, >>> >>> Alex Heggart >>> Software Engineer >>> Security Solutions & Services >>> Aerospace >>> Thales Australia >>> >>> >>> >>> > DISCLAIMER:------------------------------------------------------------- >> -------------- >>> This e-mail transmission and any documents, files and previous e-mail >> messages >>> attached to it are private and confidential. They may contain >> proprietary or copyright >>> material or information that is subject to legal professional >> privilege. They are for >>> the use of the intended recipient only. Any unauthorised viewing, >> use, disclosure, >>> copying, alteration, storage or distribution of, or reliance on, this >> message is >>> strictly prohibited. No part may be reproduced, adapted or > transmitted >> without the >>> written permission of the owner. If you have received this >> transmission in error, or >>> are not an authorised recipient, please immediately notify the sender >> by return email, >>> delete this message and all copies from your e-mail system, and >> destroy any printed >>> copies. Receipt by anyone other than the intended recipient should > not >> be deemed a >>> waiver of any privilege or protection. Thales Australia does not >> warrant or represent >>> that this e-mail or any documents, files and previous e-mail messages >> attached are >>> error or virus free. >>> > ------------------------------------------------------------------------ >> -------------- >>> --------------------------------------------------------------------- >>> 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 >> >> >> >> >> >> > DISCLAIMER:------------------------------------------------------------- > -------------- >> This e-mail transmission and any documents, files and previous e-mail > messages >> attached to it are private and confidential. They may contain > proprietary or copyright >> material or information that is subject to legal professional > privilege. They are for >> the use of the intended recipient only. Any unauthorised viewing, > use, disclosure, >> copying, alteration, storage or distribution of, or reliance on, this > message is >> strictly prohibited. No part may be reproduced, adapted or transmitted > without the >> written permission of the owner. If you have received this > transmission in error, or >> are not an authorised recipient, please immediately notify the sender > by return email, >> delete this message and all copies from your e-mail system, and > destroy any printed >> copies. Receipt by anyone other than the intended recipient should not > be deemed a >> waiver of any privilege or protection. Thales Australia does not > warrant or represent >> that this e-mail or any documents, files and previous e-mail messages > attached are >> error or virus free. >> > ------------------------------------------------------------------------ > -------------- >> >> --------------------------------------------------------------------- >> 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 > > > > > > DISCLAIMER:--------------------------------------------------------------------------- > This e-mail transmission and any documents, files and previous e-mail messages > attached to it are private and confidential. They may contain proprietary or > copyright > material or information that is subject to legal professional privilege. They > are for > the use of the intended recipient only. Any unauthorised viewing, use, > disclosure, > copying, alteration, storage or distribution of, or reliance on, this message > is > strictly prohibited. No part may be reproduced, adapted or transmitted > without the > written permission of the owner. If you have received this transmission in > error, or > are not an authorised recipient, please immediately notify the sender by > return email, > delete this message and all copies from your e-mail system, and destroy any > printed > copies. Receipt by anyone other than the intended recipient should not be > deemed a > waiver of any privilege or protection. Thales Australia does not warrant or > represent > that this e-mail or any documents, files and previous e-mail messages > attached are > error or virus free. > -------------------------------------------------------------------------------------- > > > --------------------------------------------------------------------- > 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
