[
https://issues.apache.org/jira/browse/SOLR-10190?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15883904#comment-15883904
]
ASF subversion and git services commented on SOLR-10190:
--------------------------------------------------------
Commit 99e8ef2304b67712d45a2393e649c5319aaac972 in lucene-solr's branch
refs/heads/master from Tomas Fernandez Lobbe
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=99e8ef2 ]
SOLR-10190: Fixed assert message
> Potential NPE in CloudSolrClient when reading stale alias
> ---------------------------------------------------------
>
> Key: SOLR-10190
> URL: https://issues.apache.org/jira/browse/SOLR-10190
> Project: Solr
> Issue Type: Bug
> Security Level: Public(Default Security Level. Issues are Public)
> Components: clients - java, SolrJ
> Affects Versions: 5.5, 6.x, master (7.0)
> Reporter: Janosch Woschitz
> Assignee: Tomás Fernández Löbbe
>
> The CloudSolrClient raises a NullPointerException when CloudSolrClient::add
> is invoked and pointed to an alias which references a collection which does
> not exist anymore.
> {code}
> java.lang.NullPointerException
> at __randomizedtesting.SeedInfo.seed([1D00539A964E5C5D:D7D145363AD5CCA]:0)
> at
> org.apache.solr.client.solrj.impl.CloudSolrClient.requestWithRetryOnStaleState(CloudSolrClient.java:1078)
> at
> org.apache.solr.client.solrj.impl.CloudSolrClient.request(CloudSolrClient.java:1042)
> at org.apache.solr.client.solrj.SolrRequest.process(SolrRequest.java:160)
> at org.apache.solr.client.solrj.SolrClient.add(SolrClient.java:106)
> at org.apache.solr.client.solrj.SolrClient.add(SolrClient.java:71)
> at org.apache.solr.client.solrj.SolrClient.add(SolrClient.java:85)
> {code}
> This is a rather unexpected since the CloudSolrClient usually raises a
> SolrException containing a descriptive error message (e.g. "Collection not
> found: xyz") when a collection cannot be resolved.
> In general this error condition could be triggered also by other edge cases
> since CloudSolrClient::getDocCollection might return null but the code
> following that invocation is not guarded against null values.
> {code}
> // track the version of state we're using on the client side using
> the _stateVer_ param
> DocCollection coll = getDocCollection(requestedCollection, null);
> int collVer = coll.getZNodeVersion();
> {code}
--
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
