最近，我将一个简单的Grails应用程序与Searchable插件集成在一起。我发现，Searchable插件不适用于Hibernate 4库。
在这里您可以找到一个示例应用程序，其中仅包含干净的Grails 2.4应用程序，仅添加了Searchable插件-https: //github.com/wololock/grails-searchable- example
当我运行该应用程序时：
runtime ":hibernate4:4.3.5.5"
依赖关系，它不会启动并引发异常：
ClassNotFoundException: org.hibernate.impl.SessionFactoryImpl
我已经发现，在Hibernate4中，SessionFactoryImpl已移至org.hibernate.internal包中，并且Compass似乎在旧位置中查找此类：
2014-10-11 19:41:58,142 [localhost-startStop-1] ERROR context.GrailsContextLoaderListener - Error initializing the application: org/hibernate/impl/SessionFactoryImpl Message: org/hibernate/impl/SessionFactoryImpl Line | Method ->> 95 | injectLifecycle in org.compass.gps.device.hibernate.lifecycle.DefaultHibernateEntityLifecycleInjector
切换回：
runtime ":hibernate:3.6.10.17"
和改变
cache.region.factory_class = 'net.sf.ehcache.hibernate.EhCacheRegionFactory'
在DataSource.groovy中解决了该问题。
我的问题是： 是否可以在Hibernate 4中使用Searchable插件，或者我们必须等待或解决Compass / Searchable源代码中的问题？您如何在Grails应用程序中处理该问题？谢谢您的提示。
Hiberate 3.x和4.x之间有一些软件包和类名的更改，因此，在极少数情况下，与Hibernate 3.x一起使用的代码无法与4.x一起使用。除了名称更改之外，事情的工作方式也发生了很大的内部变化，因此编译的代码不一定会运行。应用程序选项1是降级到Hibernate3.x。其中的配置设置已包括在内并已注释掉（BuildConfig.groovy，DataSource.groovy），因此这是一个非常快速的选项。如果您依赖于4.x中添加的功能，显然不是一个选择，这只会延迟真正的问题，直到您必须升级Hibernate。
使用Hibernate 3所需要的所有插件进行更新，以支持hibernate4，无论是作为替代，或者最理想的是采用一些交叉编译的技巧或其他3，同时支持第三党库。假设用户最终将从3.x升级的一个插件选项是创建一个3.x分支，并为Hibernate 4启动插件的新主版本（在master分支中），并进行更改以使其在4中工作。 X。使用3.x分支支持安全更新和非常小的问题，但不要添加新功能。很多插件作者可能会走这条路。
在某些情况下，另一种选择最有意义-什么也不要做。这适用于可搜索。可搜索的使用方法http://www.compass- project.org/实际上已经失效-其最新版本是4年前。Shay Banon现在是http://www.elasticsearch.org/的CTO，我相信Shay不再从事Compass的工作，而创办了Elasticsearch，因为将Compass扩展到单个服务器之外是不切实际的。可以将Lucene索引存储在数据库中，但是这样做确实可以为您提供集中式的单个编写器和一个或多个（具有数据库集群或类似功能）集中式的读取器，而带有自定义协议的优化搜索服务器等也可以使用更有意义。
Solr也达成共识，似乎是首选Elasticsearch。Solr Grails插件三年没有更新，Elasticsearch插件也发霉了，但是最近Noam Tenne接任了该插件的负责人，做了很多出色的工作，并且在过去的几个月中完成了多个发行版。请注意，旧插件elasticsearch和elasticsearch- gorm插件已合并并更新以创建新elasticsearch插件。
elasticsearch
elasticsearch- gorm
还有一种选择是使用Hibernate自己的产品Hibernate Search。有一个插件，但自2012年以来未进行过更新。自私的是，这是我的个人喜好- 选择此选项，接管插件（假设是肯定的答复，或者来自原始作者的未答复）并更新为兼容使用最新的Hibernate 4.x插件。这将为我们提供一个替代Elasticsearch的好选择。
除非如此，否则我认为Elasticsearch是您的最佳选择。
