Btw, org.hibernate.cfg.search.HibernateSearchEventListenerRegister is
deprecated saying that "as of release 3.4.0.CR2, replaced by Hibernate
Search's {@link
org.hibernate.search.cfg.EventListenerRegister#enableHibernateSearch(EventListeners,
Properties)}". Just be aware that that signature will no longer be valid.
There is no longer a EventListeners class.
On Sunday, March 27, 2011, at 12:27 pm, Steve Ebersole wrote:
> HHH-5562 is done, which introduces a locator/discovery means for
> integrating with Hibernate. Specifically it introduces the (alternate
> name suggestions welcome, i am indifferent to this one)
> org.hibernate.impl.Integrator interface.
>
> It does discovery based on a classpath lookup for a well-defined filename
> (can discover multiple) which names an implementor of this interface. The
> process occurs in the midst of Sessionfactory building to account for the
> main use cases I know of including Envers, Search, Validation and BV.
> Currently I additionally define those 4 as "built in" integrators, meaning
> there is no need for them to define auto-discovery files unless we want
> them to be integrated in that manner (I know for example that Search is
> interested in this via HSEARCH-595). Anyway, we should probably decide
> pretty early which integrations we want done which way.
>
> Actually I take one part back. Envers is actually handed by discovery due
> to the fact that it is in a separate project (jar). The others were done
> this way because they already had the reflection code in place to do this.
> So for it, we need to decide if we want to go the opposite way.
>
>
> ---
> Steve Ebersole <st...@hibernate.org>
> http://hibernate.org
---
Steve Ebersole <st...@hibernate.org>
http://hibernate.org
_______________________________________________
hibernate-dev mailing list
hibernate-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/hibernate-dev
