[
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
