[
https://issues.apache.org/jira/browse/SOLR-10421?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Christine Poerschke resolved SOLR-10421.
----------------------------------------
Resolution: Fixed
Fix Version/s: 6.5.1
6x
master (7.0)
Thanks Jianxiong Dong!
> solr/contrib/ltr (MinMax|Standard)Normalizer.paramsToMap needs to save float
> as string
> --------------------------------------------------------------------------------------
>
> Key: SOLR-10421
> URL: https://issues.apache.org/jira/browse/SOLR-10421
> Project: Solr
> Issue Type: Bug
> Security Level: Public(Default Security Level. Issues are Public)
> Affects Versions: 6.4.1, 6.5, 6.4.0, 6.4.2
> Reporter: Christine Poerschke
> Assignee: Christine Poerschke
> Fix For: master (7.0), 6x, 6.5.1
>
> Attachments: SOLR-10421.patch
>
>
> Please see Jianxiong Dong's [solr learning_to_rank (normalizer) unmatched
> argument type
> issue|https://lists.apache.org/thread.html/dd7f553b28da5ea6ef55bf0059970be50fb3e2c68348ac95a749163d@%3Csolr-user.lucene.apache.org%3E]
> email on the user mailing list for details on how this bug manifests.
> Implementation choice background:
> * If the number were to be saved as a number then {{4.2}} could be considered
> either as a float or as a double and hence the normalizer classes would need
> setters for both those possibilities. Equally, {{42.0}} could be saved as
> just {{42}} which then could be either an int or a long and so again setters
> for both possibilities would be needed. All this complexity is avoided by
> saving the number as a string. The class has convenience float setters which
> can be handy for use in tests.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
