[ 
https://issues.apache.org/jira/browse/SOLR-16668?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17704842#comment-17704842
 ] 

Kevin Risden commented on SOLR-16668:
-------------------------------------

Hmmmm so https://mvnrepository.com/artifact/org.apache.solr/solr-solrj/9.1.1 
shows jetty-http. 

https://repo1.maven.org/maven2/org/apache/solr/solr-solrj/9.2.0/solr-solrj-9.2.0.pom
 looks like it has jetty-http as well. 

https://www.eclipse.org/jetty/javadoc/jetty-10/org/eclipse/jetty/http/HttpFields.html
 is in jetty-http.

so not sure why you would be getting a class not found... :(

> Use default Java SslContextFactory for HTTP2 when no system properties are 
> given
> --------------------------------------------------------------------------------
>
>                 Key: SOLR-16668
>                 URL: https://issues.apache.org/jira/browse/SOLR-16668
>             Project: Solr
>          Issue Type: Improvement
>      Security Level: Public(Default Security Level. Issues are Public) 
>          Components: SolrJ
>    Affects Versions: 9.0
>            Reporter: Houston Putman
>            Assignee: Houston Putman
>            Priority: Major
>             Fix For: 9.2
>
>          Time Spent: 0.5h
>  Remaining Estimate: 0h
>
> Both the Apache and Jetty Http client libraries are capable of defaulting to 
> the Java truststores when no system properties are provided. However, when 
> cleaning up logging in SOLR-15936 the Http2SolrClient no longer used an 
> SSLContextFactory when the system properties were not used. This is a 
> regression for users that use the built-in truststore.
>  
> Ideally we would be able to use both the default truststore and not give 
> extra (useless) logging. If choosing one or the other, I think we should 
> choose using the default truststore though.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscr...@solr.apache.org
For additional commands, e-mail: issues-h...@solr.apache.org

Reply via email to