| Thanks Sanne Grinovero, this explains a lot. It seems one-way field bridges are not supported anymore when projecting in Lucene queries, though. The code seems pretty clear on that, but just to be sure I added some tests in a branch (this commit) and projecting on a one-way bridged field fails indeed, with the stack trace below. I wondered if this could be a regression, but it doesn't seem so: I've been able to trace that exception-throwing code back to a refactoring in 7718fe0cb4412fba6b26f8c764fd6c9231fa690b (2010), then to another refactoring in b8e6d6ce0199da099ccfb93b4e75755ac1c7421e (2008). So I guess we're safe in not supporting such field bridges with Elasticsearch, and there's nothing to do for Lucene which already hasn't supported those for a long time. I'll try that. The stack trace:
org.hibernate.search.exception.SearchException: FieldBridge is not a TwoWayFieldBridge: class org.hibernate.search.test.projection.ProjectionConversionTest$CustomOneWayBridge
at org.hibernate.search.engine.impl.DocumentBuilderHelper.populateResult(DocumentBuilderHelper.java:135)
at org.hibernate.search.engine.impl.DocumentBuilderHelper.processMetadataRecursivelyForProjections(DocumentBuilderHelper.java:170)
at org.hibernate.search.engine.impl.DocumentBuilderHelper.processFieldsForProjection(DocumentBuilderHelper.java:144)
at org.hibernate.search.engine.impl.DocumentBuilderHelper.getDocumentFields(DocumentBuilderHelper.java:110)
at org.hibernate.search.query.engine.impl.DocumentExtractorImpl.extract(DocumentExtractorImpl.java:193)
at org.hibernate.search.query.engine.impl.LuceneHSQuery.queryEntityInfos(LuceneHSQuery.java:159)
at org.hibernate.search.test.projection.ProjectionConversionTest.projectionTestHelper(ProjectionConversionTest.java:199)
at org.hibernate.search.test.projection.ProjectionConversionTest.projectionWithCustomOneWayBridge(ProjectionConversionTest.java:120)
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.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)
at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)
at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)
at org.junit.rules.ExternalResource$1.evaluate(ExternalResource.java:48)
at org.junit.rules.RunRules.evaluate(RunRules.java:20)
at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325)
at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78)
at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57)
at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
at org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:86)
at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:459)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:678)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:382)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:192)
|