[improve][client] Swallow Conscrypt ClassNotFoundException

[nicoloboschi]

Motivation

When Conscrypt isn't availabe in the classpath a ClassNotFoundException is raised. However this is a optional dependency and so the client continue working using the JDK default security provider.

The "problem" is that the whole stacktrace is printed in the logs and it can be very scary for the users.

│ java.lang.ClassNotFoundException: org.conscrypt.Conscrypt                                                                                                                                                                                                                             │
│     at jdk.internal.loader.BuiltinClassLoader.loadClass(Unknown Source) ~[?:?]                                                                                                                                                                                                        │
│     at jdk.internal.loader.ClassLoaders$AppClassLoader.loadClass(Unknown Source) ~[?:?]                                                                                                                                                                                               │
│     at java.lang.ClassLoader.loadClass(Unknown Source) ~[?:?]                                                                                                                                                                                                                         │
│     at java.lang.Class.forName0(Native Method) ~[?:?]                                                                                                                                                                                                                                 │
│     at java.lang.Class.forName(Unknown Source) ~[?:?]                                                                                                                                                                                                                                 │
│     at org.apache.pulsar.common.util.SecurityUtility.loadConscryptProvider(SecurityUtility.java:124) ~[flink-sql-connector-pulsar-1.16.0.0.0.jar:1.16.0.0.0]                                                                                                                          │
│     at org.apache.pulsar.common.util.SecurityUtility.<clinit>(SecurityUtility.java:81) ~[flink-sql-connector-pulsar-1.16.0.0.0.jar:1.16.0.0.0]                                                                                                                                        │
│     at org.apache.pulsar.client.admin.internal.http.AsyncHttpConnector.<init>(AsyncHttpConnector.java:163) ~[flink-sql-connector-pulsar-1.16.0.0.0.jar:1.16.0.0.0]                                                                                                                    │
│     at org.apache.pulsar.client.admin.internal.http.AsyncHttpConnectorProvider.getConnector(AsyncHttpConnectorProvider.java:52) ~[flink-sql-connector-pulsar-1.16.0.0.0.jar:1.16.0.0.0]                                                                                               │
│     at org.apache.pulsar.client.admin.internal.PulsarAdminImpl.<init>(PulsarAdminImpl.java:202) ~[flink-sql-connector-pulsar-1.16.0.0.0.jar:1.16.0.0.0]                                                                                                                               │
│     at org.apache.pulsar.client.admin.internal.PulsarAdminBuilderImpl.build(PulsarAdminBuilderImpl.java:48) ~[flink-sql-connector-pulsar-1.16.0.0.0.jar:1.16.0.0.0]

Modifications

Do not print the stacktrace in case of ClassNotFoundException

Documentation

• doc
• doc-required
• doc-not-needed
• doc-complete

Matching PR in forked repository

PR in forked repository:

[lhotari]

It would be better to address this also for 3.0.x LTS release branch. The current verbose exception logging is causing confusion for Pulsar client users.