[ http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-703?pag... ] Hardy Ferentschik updated HSEARCH-703: -------------------------------------- Fix Version/s: (was: 3.4.0.Beta1) 3.4.0 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/hibernate/secure/Administrators.... - For more information on JIRA, see: http://www.atlassian.com/software/jira

[ http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-703?pag... ] Emmanuel Bernard updated HSEARCH-703: ------------------------------------- Fix Version/s: (was: 4.0.0.Final) 4.0.0.CR2 Moving to CR2 as I'm waiting for a unit test pull request from a community member. This is to be moved out of the release if nothing comes or we dont have time to prepare one ourselves. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

[ http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-703?pag... ] Emmanuel Bernard edited comment on HSEARCH-703 at 11/9/11 9:32 AM: ------------------------------------------------------------------- BTW the way to solve this should be simple I hope. If there is an exception (ie the class is not indexed), use SearchFactoryImplementor to find the list of indexed classes that subclass this one (there is a contract for that AFAIR). Pick the first and use its analyzer. All common ancestors will be honored. Cheap fix but good enough. was (Author: emmanuel): BTW the way to solve this should be simple I hope. If there is an exception (ie the class is not indexed), use SearchFactoryImplementor to find the list of indexed classes that subclass this one (there is a contract for that AFAIR). Pick the first and use its analyzer. All common ancestor will be honored. Cheap fix but good enough. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira