我正在使用Hibernate(使用JPA)和Hibernate Search来获取我的Spring Web应用程序。 当应用程序在服务器上启动时,我使用以下代码创建索引:
EntityManager em = emf.createEntityManager();
FullTextEntityManager fullTextEntityManager = Search.getFullTextEntityManager(em);
fullTextEntityManager.createIndexer().startAndWait();
em.close();
这就像一个魅力。但是,当我通过Hibernate插入新实体时,索引不会被修改为包含新实体。根据Hibernate文档;这应该会自动发生。
这是我插入实体的方式:
EntityTransaction tx = null;
EntityManager em = emf.createEntityManager();
try {
tx = em.getTransaction();
tx.begin();
em.persist(account);
em.flush();
tx.commit();
}
catch (RuntimeException e) {
if ( tx != null && tx.isActive() ) tx.rollback();
return null;
}
这就是我使用Hibernate Search的方式:
EntityManager em = emf.createEntityManager();
FullTextEntityManager fullTextEntityManager = Search.getFullTextEntityManager(em);
em.getTransaction().begin();
QueryBuilder qb = fullTextEntityManager.getSearchFactory()
.buildQueryBuilder().forEntity(AccountPojo.class).get();
org.apache.lucene.search.Query luceneQuery = qb
.keyword()
.onFields("id", "user.email", "user.firstName", "user.lastName", "user.phoneNumber", "user.streetAddress")
.matching(term)
.createQuery();
// wrap Lucene query in a javax.persistence.Query
org.hibernate.search.jpa.FullTextQuery jpaQuery =
fullTextEntityManager.createFullTextQuery(luceneQuery, AccountPojo.class);
jpaQuery.setProjection(FullTextQuery.SCORE, FullTextQuery.THIS, "id", "user.email", "user.firstName", "user.lastName", "user.phoneNumber");
// execute search
List result = jpaQuery.getResultList();
em.getTransaction().commit();
em.close();
return result;
当我插入帐户时,在重新启动应用程序之前,它无法搜索(索引)。 正如我所说,配置是使用JPA注释。
这里有什么我想念的吗?
答案 0 :(得分:1)
事实证明,这个答案的解决方案非常简单。 在上面的示例中,我保存了一个帐户,然后尝试通过相关实体(用户)上的某些属性进行搜索。当您持有包含在其中一个查询中的相关实体的对象时,您需要执行以下操作:
em.refresh(account)
坚持下去之后。否则相关实体'索引不会被重建,因此您无法通过实体实体找到您的新实体'属性。
答案 1 :(得分:0)
Hibernate Search会在事务提交时将更新应用于索引。 在您的示例中,您在存储实体之后,但在提交之前运行搜索;你应该在后续交易中测试查询,这在大多数情况下都是你需要的。
由于这可能听起来很奇怪,解释似乎是有序的:这个设计选择的一个原因是Lucene是非事务性的,所以如果我们在提交之前应用更改,其他线程会看到索引中已有的更改但无法加载实体。 在事务回滚/中止/崩溃时也不可能保证正确的恢复。
更新Lucene索引可能会相对较慢,因此它会应用一些性能技巧。其中,Hibernate Search在更高效的组合批量IO操作中合并并行索引更新。它不只是合并来自同一事务的所有写入,而是合并来自同一应用程序上发生的所有事务的所有写入。 换句话说,如果在提交事务之前应用索引写入,性能将会很糟糕。