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

[ http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-597?pag... ] Hardy Ferentschik updated HSEARCH-597: -------------------------------------- Description: 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()_. was: 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): if ( candidate instanceof FullTextIndexEventListener ) { ... } However, with debug-level logging turned on, I see a number of log messages from EventSourceTransactionContext line 116 "FullTextIndexEventListener was not registered as FlushEventListener". This is because it looks for an exact class match: if ( listener.getClass().equals( FullTextIndexEventListener.class ) ) { ... } Could we change this to be FullTextIndexEventListener.class.isAssignableFrom(listener.getClass()) instead? I also noticed an == check for the same thing in EventListenerRegister.isPresentInListeners(). -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira