|
From: <jue...@we...> - 2004-08-25 07:10:20
|
We do certainly not intend to drop Hibernate2 any time soon: It's too = ubiquitous, and will be for some time to come. BTW, we also support both = iBATIS SQL Maps 1.3.1 and 2.0: There, we have two different APIs in = different iBATIS packages, so both reside in our "orm.ibatis" package. =20 From my point of view, let's simply create a new "orm.hibernate3" = package, and keep the old "orm.hibernate" package as-is for Hibernate = 2.1. While renaming the old package might seem appropriate in terms of = consistently applying the Hibernate version number, I don't believe it = adds much value: If it's still called "hibernate", we can simply point = out that it refers to classic Hibernate, i.e. 2.1. That gives us full = backwards compatibility, just with add-on support for Hibernate3. =20 Finally, Hibernate3 is still alpha. I'm quite strongly against shipping = support classes for alpha software, particularly if it's such a large = bunch as for Hibernate3. We can certainly add such classes as = "orm.hibernate3" package to the sandbox, but they should remain there = until there's at least a beta release out. =20 Juergen =20 ________________________________ Von: spr...@li... im Auftrag = von Martin Kersten Gesendet: Mi 25.08.2004 04:18 An: spr...@li... Betreff: Re: [Springframework-developer] Re: Hibernate 3 > I think Spring 1.XX should always work with Hibernate 2. A Spring > 2.XX release could drop Hibernate 2, IMHO. But that is a far bit > away. I don't like droping Hibernate 2. You know it will cost some afford (aka money) to convert a project utilizing Hibernate2 to a project utilizing Hibernate3. So it is very likely to have projects, which work fine and using Hibernate 2 to stay in that condition for a really long time. And so I think the support should not be dropped anytime. At least a compatible solution should be offered. I favour the package naming solution, mentioned earlier. Call the package hibernate3 and rename the old one to hibernate2. So I guess things would become very clear and beside some renaming nothing much has to be changed to convert an existing project to use the newest Spring release. Cheers, Martin (Kersten) > > Minor release numbers should always be backwards compatible. > > My two cents, > Seth > > On Tue, 24 Aug 2004 12:55:36 -0500, Tom K <tk...@co...> wrote: > > I second this (anyone else?). Hibernate3 will be what I develop my = new > > projects with. > > > > Tom K. > > > > > > > > -----Original Message----- > > From: spr...@li... > > [mailto:spr...@li...] On = Behalf > > Of Artur Karazniewicz > > Sent: Tuesday, August 24, 2004 12:48 PM > > To: spr...@li... > > Subject: [Springframework-developer] Re: Hibernate 3 > > > > Colin Sampaleanu wrote: > > > > > Hibernate 3 is now out in Alpha. We should probably start thinking > > about > > > how to add support for it, and a timeframe. > > > > It would be great to have HB3 incorporated into spring, even in = sandbox. > > Lot > > of people could possibly help testing HB3 (well, at leas me:). Of = course > > HB3 has a lot of new, shiny, sexy features :). > > > > > It's actually good that we didn't do anything before this, as = there > > have > > > been 4-5 bug fixes in Hibernate related session handling and > > transaction > > > code the last few weeks. Since Hibernate 3 is in an entirely = different > > > package, what I think is probably the only viable option given = that > > > people are going to be using Hibernate2 for a long time yet, is to > > build > > > up a parallel hierarchy of the support classes, probably with the = same > > > package names, but 'hibernate3' instead of just 'hibernate'. = Arguably, > > > the class names might make sense to have the version too, since it > > would > > > reduce confusion a lot. > > > > I'm not convinced. I thing most developers will switch from 2 to 3 > > within a > > year. After that HB2 will be virtually outdated (like HB1 is now) = and > > spring will end up with "polluted" package names. I tend to wait few > > months > > and switch completly to HB3, instead of HB2 and not "polluting" = spring > > packages. What about using "old" *.hibernate.* packages and adding > > classes > > with version suffix? Just my $0.02. (and of course, with CVS there = are, > > unfortunatelly serious problems with directories - so refactoring > > (future > > hibernate3->hibernate migration) is rather hard, in this case). > > > > > In terms of a timeframe, this could happen at any time in the = sandbox, > > > and probably in the main source tree after 1.1 final is out. The = main > > > issue is developer time, although I see the work as being pretty > > > straightforward to do a direct translation. It's definitely worth = it > > to > > > then figure out what makes sense to add given the enhanced > > capabilities. > > > > > > One interesting thing I read in the release notes; Hibernate now > > throws > > > unchecked exceptions instead of checked exceptions... > > > > Other which could reflect spring API are "named-entities". All "old" > > session > > - entity related - methods are now doubled with new, overloaded = versions > > with entity name. > > > > Having support for new hibernate - spring managed - events would be = cool > > also. > > > > Artur > > > > ------------------------------------------------------- > > SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank = Media > > 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 > > Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift. > > http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 > > _______________________________________________ > > Springframework-developer mailing list > > Spr...@li... > > = https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > > --- > > Incoming mail is certified Virus Free. > > Checked by AVG anti-virus system (http://www.grisoft.com). > > Version: 6.0.740 / Virus Database: 494 - Release Date: 8/16/2004 > > > > --- > > Outgoing mail is certified Virus Free. > > Checked by AVG anti-virus system (http://www.grisoft.com). > > Version: 6.0.740 / Virus Database: 494 - Release Date: 8/16/2004 > > > > > > > > > > ------------------------------------------------------- > > SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank = Media > > 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 > > Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift. > > http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 > > _______________________________________________ > > Springframework-developer mailing list > > Spr...@li... > > = https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > > > ------------------------------------------------------- > SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media > 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 > Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift. > http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer ------------------------------------------------------- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer |