> But now we do not NEED the proxies so it is better now, but not perfect
> (since someone might
> like to have proxies :)

You still need proxies for polymorphic persistence. Check out the latest
doco on the website for an explanation......

> Any suggestions on formats/semantics of it all ? (property and attribute
are
> dubious names in
> this db context, so is custom-attribute a good tag-name/metadata name  for
> it ?)

How about <metadata name="foo" value="bar"/>

> I would love to contribute the above mentioned stuff, if I had a clear
> vision on the existing parsing and building
> of metadata info in Hibernate....and currently it seems that Hibernate
> CANNOT parse an hbm.xml without
> having the related classes in its classpath ...and that is somewhat of an
> limitiation when it is a codegenerator that
> is about to generate these classes :)

Good point.

> Anyone with a clear vision and understanding of hibernates hbm.xml parsing
> that can untangle that web of assumptions
> in the hibernate core ?

Okay, there are two levels of metadata. The "parsed" metadata, represented
by the cirrus.hibernate.map package and the "compiled" metadata which is
really just the internal state of the EntityPersisters.

You have no chance of using the compiled metadata. On the other hand, it
would be reasonably easy to remove any references to actual classes from the
cirrus.hibernate.map package which is used to represent the internal state
of Datastore. If you could clean up that package a little bit, it would
probably do what you want. Now, that package is definately not meant to be
exposed to users, but you might be able to expose it to the toolset.




-------------------------------------------------------
This sf.net email is sponsored by: Influence the future 
of Java(TM) technology. Join the Java Community 
Process(SM) (JCP(SM)) program now. 
http://ad.doubleclick.net/clk;4729346;7592162;s?http://www.sun.com/javavote
_______________________________________________
hibernate-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/hibernate-devel

Reply via email to