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

I don't see 9.2.0 on the Maven page for SolrJ, so I don't know how gradle 
managed to pull it down.

https://mvnrepository.com/artifact/org.apache.solr/solr-solrj

But I do see in my project that despite getting solrj 9.2.0, it is still 
getting version 9 of the jetty jars, not version 10.  That's probably the 
problem.
 

!image-2023-03-24-23-07-02-247.png!

 

> 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
>
>         Attachments: image-2023-03-24-23-07-02-247.png
>
>          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