Well, Hibernate will throw an exception if you try to map the same class twice to the same entityName.
-----Original Message----- From: Emmanuel Bernard [mailto:[EMAIL PROTECTED] Sent: Friday, 19 August 2005 5:22 PM To: Gavin King Cc: Jordan Laughlin; hibernate-devel@lists.sourceforge.net Subject: Re: [Hibernate] Configuration artifact precedence 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