[
https://issues.apache.org/jira/browse/SOLR-8970?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15286973#comment-15286973
]
Steve Rowe commented on SOLR-8970:
----------------------------------
Manually adding info here for the branch_6x commit I did for the IntelliJ
fixes, which for some reason didn't get autocommented here - from the commit
email to [email protected]:
Repository: lucene-solr
Updated Branches:
refs/heads/branch_6x f73997bb4 -> 29e7d64da
SOLR-8970: IntelliJ config: add src/resources/ as a java-resource dir to the
solr-test-framework module, so that resources there get copied into the
compilation output dir.
Project: http://git-wip-us.apache.org/repos/asf/lucene-solr/repo
Commit: http://git-wip-us.apache.org/repos/asf/lucene-solr/commit/29e7d64d
Tree: http://git-wip-us.apache.org/repos/asf/lucene-solr/tree/29e7d64d
Diff: http://git-wip-us.apache.org/repos/asf/lucene-solr/diff/29e7d64d
Branch: refs/heads/branch_6x
Commit: 29e7d64da14a78bf8f1173a01d1553f69a27e9c7
Parents: f73997b
Author: Steve Rowe <[email protected]>
Authored: Mon May 16 20:55:32 2016 -0400
Committer: Steve Rowe <[email protected]>
Committed: Mon May 16 20:56:15 2016 -0400
> SSLTestConfig behaves really stupid if keystore can't be found
> --------------------------------------------------------------
>
> Key: SOLR-8970
> URL: https://issues.apache.org/jira/browse/SOLR-8970
> Project: Solr
> Issue Type: Bug
> Reporter: Hoss Man
> Assignee: Hoss Man
> Fix For: 6.1, master (7.0)
>
> Attachments: SOLR-8970.patch, SOLR-8970.patch, SOLR-8970.patch
>
>
> The SSLTestConfig constructor lets the call (notable SolrTestCaseJ4) tell it
> wether clientAuth should be used (note SolrTestCaseJ4 calls this boolean
> "trySslClientAuth") but it has a hardcoded assumption that the keystore file
> it can use (for both the keystore and the truststore) will exist at a fixed
> path in the solr install.
> when this works, it works fine - but if end users subclass/reuse
> SolrTestCaseJ4 in their own projects, they may do so in a way that prevents
> the SSLTestConfig keystore assumptions from being true, and yet they won't
> get any sort of clear error.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]