Grails 2.4 + Hibernate 4 +可搜索的插件=ClassNotFoundException：org.hibernate.impl.SessionFactoryImpl

Grails 2.4 + Hibernate 4 +可搜索的插件=ClassNotFoundException：org.hibernate.impl.SessionFactoryImpl

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

插件。

还有一种选择是使用Hibernate自己的产品Hibernate
Search。有一个插件，但自2012年以来未进行过更新。自私的是，这是我的个人喜好-
选择此选项，接管插件（假设是肯定的答复，或者来自原始作者的未答复）并更新为兼容使用最新的Hibernate
4.x插件。这将为我们提供一个替代Elasticsearch的好选择。

除非如此，否则我认为Elasticsearch是您的最佳选择。