[
http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-678?pag...
]
Sanne Grinovero commented on HSEARCH-678:
-----------------------------------------
if you think it's acceptable to "approximate" a BigDecimal into another type
then maybe we could experiment with a kind of TwoWayFieldBridge geared to numbers.
Still, it's going to loose some precision, so maybe you would be fine using a long as
well?
you could workaround this by adding a new getter method, annotate it with @Transient and
@Numeric, and do the conversion to Long in the getter reading the BigDecimal field. Ok,
maybe not a totally clean solution, but let me know how it works for you.
You could also explore contributing the missing support to Lucene; I'm not sure how
easy it would be to implement proper sorting, considering that BigDecimal encodes the
number in exponential format.
@NumericField does not work with BigDecimal types (and others?)
---------------------------------------------------------------
Key: HSEARCH-678
URL:
http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-678
Project: Hibernate Search
Issue Type: Bug
Components: mapping, query
Affects Versions: 3.3.0.Final
Environment: Hibernate 3.6.0, MySQL 5.1.52, Fedora Core 14
Reporter: Nick Fenwick
Assignee: G Fernandes
Fix For: 3.4.0
Attachments: HSEARCH-678-unittest1.tgz
This is my first JIRA so please help me assigns its Component above correctly.
My first attempt to use BigDecimal ran into trouble trying to use the new @NumericField
annotation. The SessionFactory fails to create an instance of the session. The code:
{{
@Column(name="val")
@Field(name="val", index=Index.UN_TOKENIZED, store=Store.YES)
@NumericField
private BigDecimal val;
}}
Results in the exception:
{{
Exception in thread "main" java.lang.ExceptionInInitializerError
[cut]
Caused by: org.hibernate.HibernateException: could not init listeners
[cut]
Caused by: org.hibernate.search.SearchException: Unable to guess FieldBridge for val
at org.hibernate.search.bridge.BridgeFactory.guessType(BridgeFactory.java:250)
at
org.hibernate.search.engine.AbstractDocumentBuilder.bindFieldAnnotation(AbstractDocumentBuilder.java:690)
at
org.hibernate.search.engine.AbstractDocumentBuilder.checkForField(AbstractDocumentBuilder.java:564)
[cut]
}}
Taking out the @NumericField allows the session to start up successfully.
I will attempt to make a test case but I'm having local build env issues. 'mvn
clean install' of a fresh hibernate search git checkout is taking an incredibly long
time (an hour for the first 10 or so .pom files?) so I may be several hours or days over
this trivial task.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://opensource.atlassian.com/projects/hibernate/secure/Administrators....
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira