[hibernate-issues] [Hibernate-JIRA] Commented: (HSEARCH-278) Create a Search Statistic JMX Bean

[ http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-278?pag... ] Emmanuel Bernard commented on HSEARCH-278: ------------------------------------------ Here are some comments: - do you really need JNDI? The VM has a JMX server embedded already - I'd refactor the Lucene query to use Hibernate Search features. As it is today you do not benefit from some of our caching features like the IndexReaders. It seems that the HSearch query.getResultSize() would do the job more efficiently - What are the use cases for each HibernateSearchConfigInfo API - What I don't like about getIndexingParameters is that the toString implementation becomes part of the public API I'm quite interested in getting statistics on queries: - average / max amount of time - max / min query in String - % of time in the lucene side vs loading the objects average min / max That would be my #1 use case actually We should try and build that like the Hibernate Statistics ie expose the stats via searchFactory.getStatistics() and then consider exposing that as JMX. But in a way JMX is not as important. -- 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