And how do you compare a bunch (think inheritance) of hbms and a bunch
of annotated classes? Even a single cfg file and an annotated class? By
creating a specific comparison code? By creating the metamodel for both
and comparing them? All that work for an exception...
Gavin King wrote:
I must admit, that this makes sense to *me*....
-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Jordan
Laughlin
Sent: Friday, 19 August 2005 2:46 PM
To: hibernate-devel@lists.sourceforge.net
Subject: Re: [Hibernate] Configuration artifact precedence
Wouldn't it make sense for it to throw an exception if the mappings are
different, otherwise who cares? In migrating, if one makes a mistake it
would be good to know - "xxx has two different configurations" and not
pick one which has precedence (I'm coming from the standpoint of someone
who may be migrating soon). Unless, of course, the configuration
artifacts are always different between those mapped by
Annotations/ejb3xml and those mapped by hbm.xml. It would also
definately make sense if this was configurable.
I'm thinking out loud too :P
-JL
----- Original Message -----
From: "Max Rydahl Andersen" <[EMAIL PROTECTED]>
To: "Emmanuel Bernard" <[EMAIL PROTECTED]>
Cc: <hibernate-devel@lists.sourceforge.net>
Sent: Friday, August 19, 2005 5:23 AM
Subject: Re: [Hibernate] Configuration artifact precedence
Yes I know the problem - and I also didn't find any hint in the spec
about
how they plan to define the precedence with respect to ejb3 xml in
relation to annotations...any news on that ?
And I guess having precedence as something you can change to allow for
easier migration would be a good thing.
As it is now Annotations/ejb3xml wins first - correct ?
But couldn't we just say hbm.xml wins first and then users can remove
the
hbm.xml when they want the annotations
to take over ? Or will that not have any affect because the annotation
process occurs before users get the chance to
add their hbm.xml files...
Just thinking out loud...
/max
When Christian migrate CaveatEmptor to HEM, the encounters issues
with
the discovery mechanism, because there were no notion of precedence.
I
think the idea of configurable precedence came from here. I have to
admit I liked the idea to ease migrations. It's a bit like the BIOS
boot
ordering, you never used it, until you have to.
The problem is that I discover them in the jar file, they are not
added
by the user. So I have no idea of the ordering.
when will we ever have a user add both a hbm.xml AND ejb3xml file ?
And if we have - again, why not just choose the first one that gets
added
to the configuration by the user ?
/max
Well, just to let you know and to help me to find a good
configuration
property name.
What kind of values does it take ?
-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle
Practices
Agile & Plan-Driven Development * Managing Projects & Teams *
Testing
& QA
Security * Process Improvement & Measurement *
http://www.sqe.com/bsce5sf
_______________________________________________
hibernate-devel mailing list
hibernate-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/hibernate-devel
-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle
Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing
& QA
Security * Process Improvement & Measurement *
http://www.sqe.com/bsce5sf
_______________________________________________
hibernate-devel mailing list
hibernate-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/hibernate-devel
-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle
Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing &
QA
Security * Process Improvement & Measurement *
http://www.sqe.com/bsce5sf
_______________________________________________
hibernate-devel mailing list
hibernate-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/hibernate-devel
-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
_______________________________________________
hibernate-devel mailing list
hibernate-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/hibernate-devel
-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
_______________________________________________
hibernate-devel mailing list
hibernate-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/hibernate-devel
