[hibernate-dev] Envers set up

[Steve Ebersole]

"osgi land" in general is a problem.  

But yeah, I had even added a comment in this code that really we need to
allow passing in the ClassLoader to use.  In fact this is not osgi
specific.  In general JPA says we should use a specific ClassLoader for
these lookups in JEE deployments, namely the one given to use by the
container via PUI.  

In the JPA use-case this is not so difficult because we are physically
handed the ClassLoader we are supposed to use.  My (mis)understanding of
osgi is quite the opposite.

On Tue, 2010-09-14 at 11:02 +0200, Andersen Max wrote:
> If this is done please make it super easy to disable that behavior - i.e. I don't want envers, search nor validator to be enabled by default when I run queries or reverse engineering from within tooling.
> 
> i.e. I believe Search has a property to disable the behavior which we use to avoid classloading conflicts in osgi land.
> /max
> 
> On Sep 13, 2010, at 11:49, Emmanuel Bernard wrote:
> 
> > I would favor such model ie. an automatic event registration when the lib is in the classpath.
> > We could generalize that actually to let any lib to register its event listeners (maybe something a la service locator).
> > Today Search and Validator have a specific hook in Core.
> > 
> > On 11 sept. 2010, at 09:20, Hardy Ferentschik wrote:
> > 
> >> In Search and Validator we enable the listeners when we detect Search res.  
> >> Validator on the classpath (with an option
> >> to explicitly not enable it). Maybe we could do the same with Envers?
> >> 
> >> --Hardy
> >> 
> >> On Fri, 10 Sep 2010 20:40:04 +0200, Steve Ebersole <steve at hibernate.org>  
> >> wrote:
> >> 
> >>> What do you think of an option that says "enable envers", rather than
> >>> explicitly needing to set up each listener?
> >> 
> >> 
> >> _______________________________________________
> >> hibernate-dev mailing list
> >> hibernate-dev at lists.jboss.org
> >> https://lists.jboss.org/mailman/listinfo/hibernate-dev
> > 
> > 
> > _______________________________________________
> > hibernate-dev mailing list
> > hibernate-dev at lists.jboss.org
> > https://lists.jboss.org/mailman/listinfo/hibernate-dev
> 
> 
> _______________________________________________
> hibernate-dev mailing list
> hibernate-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/hibernate-dev

-- 
Steve Ebersole <steve at hibernate.org>
http://hibernate.org