[
https://issues.apache.org/jira/browse/SOLR-6547?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14174776#comment-14174776
]
Hoss Man commented on SOLR-6547:
--------------------------------
i suspect this has something to do with the code in
CloudSolrServer.condenseResponse ?
I honestly have no idea what that method is for or what it's doing, but a quick
grep suggests that's the only place in the code base where a "long" value is
getting assocaited with "QTime"
* CloudSolrServer.condenseResponse should be fixed to use an int for QTime
* SolrResponseBase.getQTime can (and probably should) be hardended to do
something like this instead of just a direct Integer cast...{code}
return ((Number) header.get("QTime")).intValue()
{code}...that kind of pattern can help protect us in the future if we decide
that QTime *should* be a long
> CloudSolrServer query getqtime Exception
> ----------------------------------------
>
> Key: SOLR-6547
> URL: https://issues.apache.org/jira/browse/SOLR-6547
> Project: Solr
> Issue Type: Bug
> Components: SolrJ
> Affects Versions: 4.10
> Reporter: kevin
>
> We are using CloudSolrServer to query ,but solrj throw Exception ;
> java.lang.ClassCastException: java.lang.Long cannot be cast to
> java.lang.Integer at
> org.apache.solr.client.solrj.response.SolrResponseBase.getQTime(SolrResponseBase.java:76)
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
