Re: [Hibernate-devel] Re[2]: MappingByReflection release

[Phillip B. <phi...@cl...>]

[snip]

>Unfortunately this is unlikely to work; the MappingByReflection code
>will probably never be strong enough to get 100% of the mapping. 
>
Suspected that.would be the case - nothing is ever that easy. :-(  

[snip]

>I think an ant task like this would be useful to get the initial
>mapping which could be massaged by hand. A second ant task could pass
>the mapping through DBSchemaExport afterward.
>

The Ant task I mentioned is underway.  It probably will not see the 
light of day till around mid-week.  I'll then give hit the DBSchema task 
after this.

As I'm not a fan of coding XML by hand, I'd still like to find a mapping 
generation mechanism that fits into an automated build environment.  I 
have reservations about layering explicit mapping details over to the 
top of MappingByRefection.  It reminds me of 4GL languages where you 
have a bunch of implicit behaviour that you can override with explict 
options.  The reservation I have with this is it can often be harder 
figuring out how to override the implicit behaviour than writing explict 
code from the start.  I'm not saying this will be the case with 
MappingByReflection, its just something to keep in mind.

For complete explict mappings I'm thinking Javadoc tags would be the way 
to go.  In the archives Paul Szego mentions a doclet he's written that 
will take Javadoc tags and output a mapping file.  Paul, is this able to 
be added to CVS?  The other option for Javadocs as suggested by Ralf 
Purnhagen is an xdoclet template - at this stage however this may be 
reinventing the wheel Paul has already made.

Phillip B.