This one time, at band camp, Daniel Shriver said:

DS>   I've been looking around at what's available for "improved data
DS>serialization" and the toolsets with robust communities (Castor, Hibernate,
DS>OJB) all seem to have this "mapping issue" (one needs to write/update
DS>mapping files in lockstep with coding).
DS>
DS>As previously mentioned I want to try and develop a general "auto-mapper"
DS>but (as mentioned on this forum) the problem is rather ugly.  I am curious
DS>if there are people interested in spawning off a new open-source project on
DS>this (I'll be working on one myself, and hopefully I'll get permission to
DS>make the code open source).  Currently I'm thinking of using Java's
DS>Reflection API to figure out the necessary fields to save/load...

Daniel, 

This is task is easily done with XDoclet (http://xdoclet.sf.net/) or
the CastorDoclet (http://castordoclet.sf.net/). 

The only task these two cannot perform is generating a mapping
descriptor from already existing classes that do not contain Javadoc
doclet tags. In this situation, the only method I see that could be
utilized is reflection.

Bruce
-- 
perl -e 'print unpack("u30","<0G)U8V4\@4VYY9&5R\"F9E<G)E=\$\!F<FEI+F-O;0\`\`");'

----------------------------------------------------------- 
If you wish to unsubscribe from this mailing, send mail to
[EMAIL PROTECTED] with a subject of:
        unsubscribe castor-dev

Reply via email to