[
https://issues.apache.org/jira/browse/SOLR-16668?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17706116#comment-17706116
]
Shawn Heisey commented on SOLR-16668:
-------------------------------------
{quote}Huh, I thought one of our drivers for upgrading was to restore Solr
support in Spring Boot?
{quote}
Maybe in the newest spring boot, I couldn't say. I am using version 2.7.10
because anything newer requires a newer JDK than 11.
The newest spring-data-solr version (4.15.3) is quite far behind – it specifies
SolrJ 8.5.2. That is nearly 3 years old, somebody is not paying attention.
> 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
> 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
