lucene-solr-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Joe Lawson <jlaw...@opensourceconnections.com>
Subject Re: Solr 6 - AbstractSolrTestCase Error Unable to build KeyStore from file: null
Date Tue, 12 Apr 2016 14:45:55 GMT
Adding @SolrTestCaseJ4.SuppressSSL to my abstract class extended the
AbstractSolrTestCase worked. Thanks!

https://github.com/healthonnet/hon-lucene-synonyms/blob/cedb3cbb56b01cd6480c257c04999cdce433f53e/src/test/java/org/apache/solr/search/HonLuceneSynonymTestCase.java#L21-L21

On Mon, Apr 11, 2016 at 8:45 PM, Chris Hostetter <hossman_lucene@fucit.org>
wrote:

>
> https://issues.apache.org/jira/browse/SOLR-8970
> https://issues.apache.org/jira/browse/SOLR-8971
>
> : Date: Mon, 11 Apr 2016 20:35:22 -0400
> : From: Joe Lawson <jlawson@opensourceconnections.com>
> : Reply-To: solr-user@lucene.apache.org
> : To: solr-user@lucene.apache.org
> : Subject: Re: Solr 6 - AbstractSolrTestCase Error Unable to build
> KeyStore from
> :      file: null
> :
> : Thanks for the insight. I figured that it was something like that and
> : perhaps I has thread contention on a resource that wasn't really thread
> : safe.
> :
> : I'll give your suggestions a shot tomorrow.
> :
> : Regards,
> :
> : Joe Lawson
> : On Apr 11, 2016 8:24 PM, "Chris Hostetter" <hossman_lucene@fucit.org>
> wrote:
> :
> : >
> : > : I'm upgrading a plugin and use the AbstractSolrTestCase for tests. My
> : > tests
> : > : work fine in 5.X but when I upgraded to 6.X the tests sometimes
> throw an
> : > : error during initialization. Basically it says,
> : > : "org.apache.solr.common.SolrException: Error instantiating
> : > : shardHandlerFactory class
> : > : [org.apache.solr.handler.component.HttpShardHandlerFactory]: Unable
> to
> : > : build KeyStore from file: null"
> : >
> : > Ugh.  and of course there are no other details to troubleshoot that
> : > because the stupid error handling doesn't wrap the original exception
> --
> : > it just throws it away.
> : >
> : > I'm pretty sure the problem you are seeing (unfortunately manifested in
> : > a really confusing way) is that SolrTestCaseJ4 (and
> AbstractSolrTestCase
> : > which subclasses it) has randomized the use of SSL for a while, but at
> : > some point it also started randomizing the use of client auth -- but
> this
> : > randomization happens very infrequently.
> : >
> : > (for details, check out the SSLTestConfig and it's usage in
> : > SolrTestCaseJ4)
> : >
> : > The bottom line is, in order for the (randomized) clientAuth stuff to
> : > work, SolrTestCaseJ4 assumes it can find an
> : > "../etc/test/solrtest.keystore" realtive to ExternalPaths.SERVER_HOME.
> : >
> : > If you don't have that in your test setup, bad things happen.
> : >
> : > I believe the quickest way for you to resolve this failure in your own
> : > usage of AbstractSolrTestCase is to just add the @SupressSSL
> annotation to
> : > your tests -- assuming you don't care about randomly testing your
> plugin
> : > with SSL authentication (for 99.999% of solr plugins, wether solr is
> being
> : > used over http or https shouldn't matter for test purposes)
> : >
> : > If you do want to include randomized SSL testing, then you need to make
> : > sure your that when/how you run your tests, ExternalPaths.SERVER_HOME
> : > resolves to the correct place, and "../etc/test/solrtest.keystore"
> : > resolves to a real file solr can use as the keystore.
> : >
> : > I'll file some Jiras to try and improve the error handline in these
> : > situations.
> : >
> : >
> : >
> : > -Hoss
> : > http://www.lucidworks.com/
> : >
> :
>
> -Hoss
> http://www.lucidworks.com/
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message