I'd appreciate an upgrade to at least 1.1 (or higher, if possible), as the XML class descriptor resolver has been rewritten/refactored, and as part of that work a few inconsistencies related to 'deducing' XML names and class names have been fixed.
In other words, can you please re-test with 1.1. or higher, and let us know whether the issue still happens to be around. Regards Werner PS I'd hold back from creating a Jira issue for the time being, as clearly Castor 0.9.6 is quite old, and a lot of time has gone into maintaining and progressing Castor. So let's see what difference a version upgrades makes (first). Jim Manico wrote: > Bingo. This is the problem. Something to do with how Castor caches > objects in an inheritance hierarchy might still be flawed. Upgrade to > the latest version of Castor and see if you can repeat your problem, if > so, please, file a JIRA issue with an exact test case. You are on to > something here, and it could help all of us using Castor..... > >> Yes lots of inheritance. >> >>> When using a inheritance with Castor, I was also getting a case where >>> it maps differently each time I call that code. I did a "ant clean >>> compile", and that seemed to fix my problem - but out of curiosity, >>> does this mapping involve inheritance? >> I generally use it in web-application so cannot do clean build always. >> What kind of inheritance do you use in your code base. If you can >> paste some example then it would help me. >> >> - R >>>> Hello Gurus, >>>> I some how getting some data lost problem when I >>>> convert Java Objects to XML using Castor API v 0.9.6. Basically I am >>>> getting blank tags without any data. This is not happening always >>>> rather randomly. Has anybody faced such problem? Many times I >>>> thought of replacing with latest build but due to some customized >>>> wrappers which I have developed, I tend to use v 0.9.6 and also I am >>>> not sure whether this problem will get solved with latest version. I >>>> have already wasted days of work on debugging. I would appreciate >>>> your valuable comments on this. Also ready to provide any >>>> information that might help for suggestions. >>>> >>>> - R >>>> >>>> --------------------------------------------------------------------- >>>> 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 > > --------------------------------------------------------------------- To unsubscribe from this list please visit: http://xircles.codehaus.org/manage_email
