[hibernate-dev] hibernate-extras

[Steve Ebersole]

Starting with 3.3 I plan on introducing hibernate-extras, which will be a 
separate jar which will include code which is un-tested and un-maintained by 
committers.  The impetus for this move is simply to make it clear to users 
what pieces of functionality are tested in an ongoing fashion and are 
maintained by the Hibernate committers, versus those which are not.

Users should have certain expectations in regards to those which are not 
(the "extras").  One such expectation is the fact that the quality may or may 
not be on par with the rest of the codebase; the important point being that 
we cannot guarentee the quality.  Another expectation would be in regards to 
support for that functionality, and the fact that for whatever reason noone 
with expertise on those components owns its maintenance; thus improvements 
and bug-fixes would be expected to be patches from the community (or that 
someone with a stake in that functionality would stand up and take on its 
maintenance).

The code I currently see being moved there is quite a few of the 
TransactionManagerLookup impls and some of the Dialects (non-exhaustive):
org.hibernate.dialect.DB2390Dialect
org.hibernate.dialect.DB2400Dialect
org.hibernate.dialect.FirebirdDialect
org.hibernate.dialect.FrontBaseDialect
org.hibernate.dialect.InformixDialect
org.hibernate.dialect.JDataStoreDialect
org.hibernate.dialect.MckoiDialect
org.hibernate.dialect.MimerSQLDialect
org.hibernate.dialect.PointbaseDialect
org.hibernate.dialect.ProgressDialect
org.hibernate.dialect.RDMSOS2200Dialect
org.hibernate.dialect.SAPDBDialect
org.hibernate.transaction.BESTransactionManagerLookup
org.hibernate.transaction.JOnASTransactionManagerLookup
org.hibernate.transaction.JOTMTransactionManagerLookup
org.hibernate.transaction.JRun4TransactionManagerLookup
org.hibernate.transaction.OC4JTransactionManagerLookup
org.hibernate.transaction.OrionTransactionManagerLookup
org.hibernate.transaction.WebSphereExtendedJTATransactionLookup
org.hibernate.transaction.WebSphereTransactionManagerLookup

(this is in addition to the already done splits on trunk)

Anyone feel any of the above should remain in the core bundle?  Anything else 
we should move?


-- 
Steve Ebersole

Hibernate Project Lead
http://hibernate.org

Principal Software Engineer
http://redhat.com
http://jboss.org