Hi all,

first: i´m very pleased with hibernate search. nice work.

Hibernate version:
hibernate search beta3
lucene core 2.1.0
jboss 4.2.0.CR2


Probelm:
I use projection to build descriptor objects from the lucene/HS index (saves database roundtrip and is very fast). some of the fields in the index documents have null values. the fields of this values turn out to be null in the retrieved document too.

Stack trace of the resulting NPE:

Caused by: java.lang.NullPointerException
at org.hibernate.search.bridge.TwoWayString2FieldBridgeAdaptor.get(TwoWayString2FieldBridgeAdaptor.java:28)
at org.hibernate.search.engine.DocumentBuilder.populateResult(DocumentBuilder.java:585)
at org.hibernate.search.engine.DocumentBuilder.processFieldsForProjection(DocumentBuilder.java:562)
at org.hibernate.search.engine.DocumentBuilder.getDocumentFields(DocumentBuilder.java:555)
at org.hibernate.search.engine.DocumentExtractor.extract(DocumentExtractor.java:24)
at org.hibernate.search.query.FullTextQueryImpl.list(FullTextQueryImpl.java:221)

the root of the problem is (found out after some debugging) that the lucene document object returned form the lucene search does not contain the fields which values are null in the index.

Question:
Is this the expected behavior? When trying to project the fields in the fieldBridge, the document.getField() method returns null (due to the not existing field in the document...).

thanks.

more info: the code works fine when all fields used in the projecton are indexed with none null values.

in fact the index process does not store null values (as mentioned in the documantation).
so a document does not have these fields. the projection should take care of this and return null when failing to find a field in a document... this would make the resulting object[] consistent in length and order.

any comments?

Yes that's what I had in mind. Apparently my fingers did not obey.
Can you post a JIRA issue (a test case would be cool too)?

filed JIRA ticket with attached test case:

http://opensource.atlassian.com/project ... HSEARCH-92

Thanks, it's fixed.