1 回答

TA貢獻(xiàn)1829條經(jīng)驗(yàn) 獲得超9個(gè)贊
不,目前無法實(shí)例化類型安全FullTextQuery(原因如下)。推薦的方法是這種方法,它適用于 Search 5.10 以及較舊的(5.7 之前的)版本:
QueryBuilder queryBuilder = fullTextSession
.getSearchFactory()
.buildQueryBuilder()
.forEntity(Entity.class)
.get();
org.apache.lucene.search.Query luceneQuery = queryBuilder
.keyword()
.onField("field")
.matching("value")
.createQuery();
FullTextQuery query = fullTextSession.createFullTextQuery(luceneQuery, Entity.class);
List<Entity> result = (List<Entity>) query.list();
為什么?
根據(jù) ORM 標(biāo)準(zhǔn),創(chuàng)建類型安全查詢的能力是相當(dāng)新的:它隨 JPA 2.1 (ORM 5.2) 提供。在此之前,該list()方法用于List在 ORM 中返回原始(沒有泛型類型參數(shù)),在 Hibernate Search 查詢中也是如此。
Hibernate Search 并沒有更改為遵循 ORM,但是:作為原始類型FullTextQuery擴(kuò)展org.hibernate.query.Query,沒有任何參數(shù)。原因是,F(xiàn)ullTextQuery對(duì)象上有允許更改返回對(duì)象的修改器,從而更改返回的類型(特別是setProjection方法)。因此,即使我們可以FullTextQuery<Entity>在構(gòu)建查詢時(shí)返回 a ,這也會(huì)產(chǎn)生誤導(dǎo),因?yàn)樵谀承┣闆r下,您最終可能會(huì)FullTextQuery<Entity>得到實(shí)際返回類型為 的結(jié)果的 a List<Object[]>。
我們探索了幾個(gè)選項(xiàng)來解決這種情況,但找不到既能保證類型安全又能保持向后兼容性的解決方案。所以我們?cè)?Hibernate Search 5 中放棄了這個(gè)。
如果您想知道,ORM 沒有同樣的問題,因?yàn)槟趧?chuàng)建查詢時(shí)指定了您希望查詢返回的確切類型,并且之后無法更改它。
但是,在 Hibernate Search 的下一個(gè)專業(yè)版本 6 中,這將得到解決。新的查詢構(gòu)建 API 需要在您創(chuàng)建查詢之前指定查詢將返回托管實(shí)體還是索引投影。Hibernate Search 6 還不穩(wěn)定,還沒有準(zhǔn)備好投入生產(chǎn),但如果你很好奇,你可以在這里找到一個(gè)例子(asEntity調(diào)用告訴 Search 返回類型應(yīng)該是什么)。
添加回答
舉報(bào)