You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@lucene.apache.org by "Steve Rowe (JIRA)" <ji...@apache.org> on 2017/07/25 19:53:00 UTC

[jira] [Resolved] (SOLR-10949) analytics component has hard coded assumptions about Trie numeric fields -- tests fail with randomized point fields

     [ https://issues.apache.org/jira/browse/SOLR-10949?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Steve Rowe resolved SOLR-10949.
-------------------------------
    Resolution: Fixed

As noted in comments above, this issue can be resolved.

> analytics component has hard coded assumptions about Trie numeric fields -- tests fail with randomized point fields
> -------------------------------------------------------------------------------------------------------------------
>
>                 Key: SOLR-10949
>                 URL: https://issues.apache.org/jira/browse/SOLR-10949
>             Project: Solr
>          Issue Type: Bug
>      Security Level: Public(Default Security Level. Issues are Public) 
>            Reporter: Hoss Man
>              Labels: numeric-tries-to-points
>
> Found as part of SOLR-10947... attempting to use numeric PointFields in contrib/analytics tests cause problems in some tests due to classes like StatsCollectorSupplierFactory, RangeEndpointCalculator, and AnalyticsParsers having hard coded assumptions about using Trie based numeric fields (via instanceof and clas equality checks)
> (It's not immediately obvious if replacing these checks with inspection of {{FieldType.getNumberType()}} would solve all the problems, or if other assumptions are made down stream in the code)



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org