#spring #hibernate #hibernate-search
#spring #спящий режим #спящий режим-поиск
Вопрос:
У меня проблема с поиском Spring и Hibernate. Вот мой код:
@Slf4j
@Repository
public class DefaultIndexBuilderDao implements IndexBuilderDao {
@PersistenceContext
@Getter
@Setter
private EntityManager entityManager;
@Override
public void rebuildIndex() {
try {
log.debug("Starting the reindex process...");
FullTextEntityManager fullTextEntityManager = Search.getFullTextEntityManager(getEntityManager());
fullTextEntityManager.createIndexer().startAndWait();
log.debug("Reindex complete.");
} catch( InterruptedException e ) {
log.warn("Error rebuilding index: {}", e.getMessage(), e);
}
}
}
Я получаю:
Caused by: java.lang.ClassCastException: com.sun.proxy.$Proxy62 cannot be cast to org.hibernate.engine.spi.SessionImplementor
at org.hibernate.search.impl.FullTextSessionImpl.<init>(FullTextSessionImpl.java:62)
at org.hibernate.search.impl.ImplementationFactory.createFullTextSession(ImplementationFactory.java:35)
at org.hibernate.search.Search.getFullTextSession(Search.java:45)
at com.domainwww.dao.DefaultIndexBuilderDao.rebuildIndex(DefaultIndexBuilderDao.java:38)
at com.domainwww.service.DefaultIndexBuilderService.rebuildIndex(DefaultIndexBuilderService.java:30)
at com.domainwww.beans.admin.IndexBean.reindex(IndexBean.java:29)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at org.apache.el.parser.AstValue.invoke(AstValue.java:247)
at org.apache.el.MethodExpressionImpl.invoke(MethodExpressionImpl.java:267)
at com.sun.faces.facelets.el.TagMethodExpression.invoke(TagMethodExpression.java:107)
at javax.faces.component.MethodBindingMethodExpressionAdapter.invoke(MethodBindingMethodExpressionAdapter.java:87)
... 57 more
Вот версии из моего POM (свойства) (на случай, если это конфликт версий)
<spring.version>5.3.1</spring.version>
<hibernate.version>5.4.24.Final</hibernate.version>
<hibernate.search.version>5.11.7.Final</hibernate.search.version>
Вот компонент для EntityManager:
<bean id="entityManager" class="org.springframework.orm.jpa.LocalContainerEntityManagerFactoryBean">
<property name="dataSource" ref="dataSource" />
<property name="packagesToScan" value="net.xxxx,com.xxxx.dbmanager3.settings" />
<property name="jpaVendorAdapter">
<bean class="org.springframework.orm.jpa.vendor.HibernateJpaVendorAdapter" />
</property>
<property name="jpaProperties">
<props>
<prop key="hibernate.dialect">org.hibernate.dialect.MySQL5Dialect</prop>
<prop key="hibernate.dialect.storage_engine">innodb</prop>
<prop key="hibernate.cache.provider_class">org.hibernate.cache.NoCacheProvider</prop>
<prop key="hibernate.show_sql">false</prop>
<prop key="hibernate.connection.autocommit">false</prop>
<prop key="hibernate.search.default.directory_provider">filesystem</prop>
<prop key="hibernate.search.default.indexBase">/opt/xxx/lucene/indexes</prop>
</props>
</property>
</bean>
Итак, я понимаю, что Spring вводит прокси, так как я должен получать FullTextEntityManager, разворачивание, похоже, оставляет меня с той же ошибкой? Спасибо!
Ответ №1:
Обычно это происходит при использовании поиска в режиме гибернации 5.11.5.Final
и ниже с Spring boot 2.4 / Spring 5.3. См. https://github.com/spring-projects/spring-framework/issues/26090
Учитывая ClassCastException
, что это происходит FullTextSessionImpl.java:62
, я подозреваю, что вы на самом деле не используете 5.11.7.Final
поиск в режиме гибернации: в режиме поиска 5.11.7.Final
в режиме гибернации эта строка является просто instanceof
тестом. В 5.11.5.Final
и ниже эта строка фактически является приведением.
Я вижу, вы установили для свойства hibernate.search.version
значение 5.11.7.Final
, но использовали ли вы это свойство где-нибудь в своем POM? Spring Boot не управляет зависимостью для поиска в режиме гибернации, поэтому вам нужно самостоятельно указать версию в своей <dependency>
разметке.
Комментарии:
1. Вы правы, я проверил каталог сборки, но я пропустил устаревший jar, который добавлялся в CP и использовался.