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_luc...@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 <jlaw...@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_luc...@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/ >
