[jira] [Created] (SOLR-13318) JsonFacetingResponse classes should record provide access to count fields as longs

["Jason Gerlowski (JIRA)" <ji...@apache.org>]

Jason Gerlowski created SOLR-13318:
--------------------------------------

             Summary: JsonFacetingResponse classes should record  provide access to count fields as longs
                 Key: SOLR-13318
                 URL: https://issues.apache.org/jira/browse/SOLR-13318
             Project: Solr
          Issue Type: Bug
      Security Level: Public (Default Security Level. Issues are Public)
          Components: SolrJ
    Affects Versions: 7.7.1
            Reporter: Jason Gerlowski
            Assignee: Jason Gerlowski


JsonFacetingResponse and its series of dependent classes hold a variety of count fields for bucket counts and various optional properties ({{allBuckets}}, {{numBuckets}}, etc.).  Currently, some of the code that parses these values out of the originating NamedList either stores or casts the values as ints.  When doc counts are low this works fine.  But when the doc counts become larger and stray into "long" territory, SolrJ is liable to blow up with ClassCastExceptions.

A user on the list reported on of these with the partial stack trace:

{code}
Caused by: java.lang.ClassCastException: java.lang.Long cannot be cast to java.lang.Integer
      at org.apache.solr.client.solrj.response.json.NestableJsonFacet.<init>(NestableJsonFacet.java:52)
      at org.apache.solr.client.solrj.response.QueryResponse.extractJsonFacetingInfo(QueryResponse.java:200)
      at org.apache.solr.client.solrj.response.QueryResponse.getJsonFacetingResponse(QueryResponse.java:571)
{code}

We should fix this so that these classes can be used without incident for any doc counts.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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