[hibernate-issues] [Hibernate-JIRA] Commented: (HSEARCH-678) @NumericField does not work with BigDecimal types (and others?)
Sanne Grinovero (JIRA)
noreply at atlassian.com
Fri Feb 4 07:48:05 EST 2011
[ http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-678?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=39820#action_39820 ]
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.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
More information about the hibernate-issues
mailing list