Hibernate事件系統
我們都知道應用程序能夠響應Hibernate內部產生的特定事件是非常有用的。這樣就允許實現某些通用的功能 以及允許對Hibernate事件進行擴展。
如果需要響應持久層的某些特殊Hibernate事件，你也可以使用Hibernate事件框架。 該事件系統可以用來替代攔截器，也可以作為攔截器的補充來使用。
基本上，Session接口的每個方法都有相對應的Hibernate事件。比如 LoadEvent，FlushEvent，等等（查閱XML配置文件 的DTD，以及org.hibernate.event包來獲得所有已定義的事件的列表）。
當某個方法被調用時，Hibernate Session會生成一個相對應的事件并激活所 有配置好的事件監聽器。
系統預設的監聽器實現的處理過程就是被監聽的方法要做的（被監聽的方法所做的其實僅僅是激活監聽器， “實際”的工作是由監聽器完成的）。
不過，你可以自由地選擇實現 一個自己定制的監聽器（比如，實現并注冊用來處理處理LoadEvent的LoadEventListener接口）， 來負責處理所有的調用Session的load()方法的請求。
監聽器應該被看作是單例(singleton)對象，也就是說，所有同類型的事件的處理共享同一個監聽器實例，因此監聽器 不應該保存任何狀態（也就是不應該使用成員變量）。
用戶定制的監聽器應該實現與所要處理的事件相對應的接口，或者從一個合適的基類繼承（甚至是從Hibernate自帶的默認事件監聽器類繼承， 為了方便你這樣做，這些類都被聲明成non-final的了）。
用戶定制的監聽器可以通過編程使用Configuration對象來注冊，也可以在Hibernate的XML格式的配置文件中進行聲明（不支持在Properties格式的配置文件聲明監聽器）。
下面是一個用戶定制的加載事件(load event)的監聽器：
- public class MyLoadListener extends DefaultLoadEventListener {
- // this is the single method defined by the LoadEventListener interface
- public Object onLoad(LoadEvent event, LoadEventListener.LoadType loadType)
- throws HibernateException {
- if ( !MySecurity.isAuthorized( event.getEntityClassName(), event.getEntityId() ) ) {
- throw MySecurityException("Unauthorized access");
- }
- return super.onLoad(event, loadType);
- }
- }
你還需要修改一處配置，來告訴Hibernate以使用選定的監聽器來替代默認的監聽器。
- <hibernate-configuration>
- <session-factory>
- ...
- <listener type="load" class="MyLoadListener"/>
- </session-factory>
- </hibernate-configuration>
看看用另一種方式，通過編程的方式來注冊它。
- Configuration cfg = new Configuration();
- cfg.getSessionEventListenerConfig().setLoadEventListener( new MyLoadListener() );
通過在XML配置文件聲明而注冊的監聽器不能共享實例。如果在多個<listener/>節點中使用 了相同的類的名字，則每一個引用都將會產生一個獨立的實例。如果你需要在多個監聽器類型之間共享 監聽器的實例，則你必須使用編程的方式來進行注冊。
為什么我們實現了特定監聽器的接口，在注冊的時候還要明確指出我們要注冊哪個事件的監聽器呢？
這是因為一個類可能實現多個監聽器的接口。在注冊的時候明確指定要監聽的事件，可以讓啟用或者禁用對某個事件的監聽的配置工作簡單些。
【編輯推薦】
