]
Emmanuel Bernard commented on HSEARCH-372:
------------------------------------------
a bridge can add fields to the Lucene document and could potentially alter the name or
create more than one field names (which in this case is not visible to Hibernate Search
and thus cannot find the right bridge to convert it back)
ClassBridges are not handled in projection
------------------------------------------
Key: HSEARCH-372
URL:
http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-372
Project: Hibernate Search
Issue Type: New Feature
Affects Versions: 3.1.0.GA
Reporter: Thomas Goetz
Priority: Critical
Fix For: 3.2.0
Attachments: ClassBridgeProjectionTest.zip
Values that were stored by a ClassBridge are not accessible via projection. Luke shows
the values, so I'm sure they are there. I think Emmanuel is already aware of the
problem, as stated here:
https://forum.hibernate.org/viewtopic.php?f=9&t=996373&view=previous
As I run Hibernate Search from within JBoss I'm not quit sure how to demonstrate this
bug in a standalone testcase. If someone gave me a hint on how this could be done without
too much pain, I'd supply a test case.
I use the following annotation on the class to be indexed:
@ClassBridge(
name = "amount_of_students",
index = Index.UN_TOKENIZED,
store = Store.YES,
impl = StudentsSizeBridge.class)
public class Teacher implements Serializable {
...
}
As I said, the amount_of_students value is correctly stored in the Lucene index (viewable
with Luke), but if I try to project the value within a FullTextQuery it is always empty.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: