[hibernate-issues] [Hibernate-JIRA] Resolved: (HSEARCH-597) Inconsistent treatment of extended FullTextIndexEventListener

Inconsistent treatment of extended FullTextIndexEventListener ------------------------------------------------------------- Key: HSEARCH-597 URL: http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-597 Project: Hibernate Search Issue Type: Bug Components: engine Affects Versions: 3.2.0.Final Environment: Hibernate 3.5.3, SQL Server 2005 Reporter: Ben Dotte Assignee: Sanne Grinovero Priority: Minor Fix For: 4.0.0.Alpha1 In my _hibernate.cfg.xml_ file I have specified my own hibernate event listener class that extends from _FullTextEventListener.java_. _ContextHelper_ nicely allows this (line 50): {code} if ( candidate instanceof FullTextIndexEventListener ) { ... } {code} However, with debug-level logging turned on, I see a number of log messages from _EventSourceTransactionContext_ line 116: {noformat} "FullTextIndexEventListener was not registered as FlushEventListener". {noformat} This is because it looks for an exact class match: {code} if ( listener.getClass().equals( FullTextIndexEventListener.class ) ) { ... } {code} Could we change this to be _FullTextIndexEventListener.class.isAssignableFrom(listener.getClass())_ instead? I also noticed an == check for the same thing in _EventListenerRegister.isPresentInListeners()_.