[
https://issues.apache.org/jira/browse/SOLR-16668?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17704829#comment-17704829
]
Shawn Heisey commented on SOLR-16668:
-------------------------------------
With SolrJ 9.2, this code that used to work in 9.1.1 no longer works:
{code:java}
Http2SolrClient sc = new
Http2SolrClient.Builder(SERVER_URL).useHttp1_1(true)
.withBasicAuthCredentials(USER, PASS)
.withSSLConfig(new SSLConfig(true, false, null,
null, null, null))
.build();
{code}
This fix should have made it possible to eliminate the withSSLConfig method
line, but even if I remove that line, it still fails.
This is the exception:
{code:none}
Exception in thread "main" java.lang.NoClassDefFoundError:
org/eclipse/jetty/http/HttpFields$Mutable
at
org.apache.solr.client.solrj.impl.Http2SolrClient$Builder.<init>(Http2SolrClient.java:992)
at org.elyograg.solr.sandbox1.Main.main(Main.java:26)
Caused by: java.lang.ClassNotFoundException:
org.eclipse.jetty.http.HttpFields$Mutable
at
java.base/jdk.internal.loader.BuiltinClassLoader.loadClass(BuiltinClassLoader.java:581)
at
java.base/jdk.internal.loader.ClassLoaders$AppClassLoader.loadClass(ClassLoaders.java:178)
at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:522)
... 2 more
{code}
> 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: [email protected]
For additional commands, e-mail: [email protected]
