orenccl opened a new pull request, #5737:
URL: https://github.com/apache/gravitino/pull/5737
## Open this PR to Track Current Progress of #5624
### Current Problem
I've been stuck trying to create a test environment for the ADLS credential
provider for a while.
When working with S3, I can typically test without issues and even set
breakpoints. However, I haven't been able to successfully initialize the test
environment for ADLS. After investigating, I suspect there might be an issue
with the `Netty` dependency.
I’ve also compared my settings for ADLS with those for S3, and they are
almost identical, yet the problem persists.
Please suggest ways to test or further investigate the problem, thanks.
Below is the error log:
```
2024-12-03 16:16:08 INFO [iceberg-rest-17] IcebergNamespaceOperations:87 -
List Iceberg namespaces, catalog: default_catalog, parentNamespace:
2024-12-03 16:16:08 INFO [iceberg-rest-17] CredentialProviderManager:48 -
Register catalog:%s credential provider:%s to CredentialProviderManager
2024-12-03 16:16:08 INFO [iceberg-rest-17] IcebergCatalogUtil:184 - Load
catalog backend of JDBC
2024-12-03 16:16:08 INFO [iceberg-rest-17] CatalogUtil:327 - Loading custom
FileIO implementation: org.apache.iceberg.azure.adlsv2.ADLSFileIO
2024-12-03 16:16:08 INFO [iceberg-rest-17] NettyUtility:371 -
{"az.sdk.message":"The following Netty versions were found on the classpath and
have a mismatch with the versions used by azure-core-http-netty. If your
application runs without issue this message can be ignored, otherwise please
align the Netty versions used in your application. For more information, see
https://aka.ms/azsdk/java/dependency/troubleshoot.","azure-netty-version":"4.1.110.Final","azure-netty-native-version":"2.0.65.Final","classpath-netty-version-io.netty:netty-common":"4.1.112.Final","classpath-netty-version-io.netty:netty-handler":"4.1.112.Final","classpath-netty-version-io.netty:netty-handler-proxy":"4.1.110.Final","classpath-netty-version-io.netty:netty-buffer":"4.1.112.Final","classpath-netty-version-io.netty:netty-codec":"4.1.112.Final","classpath-netty-version-io.netty:netty-codec-http":"4.1.112.Final","classpath-netty-version-io.netty:netty-codec-http2":"4.1.112.Final","classpath-netty-version-io
.netty:netty-transport-native-unix-common":"4.1.112.Final","classpath-netty-version-io.netty:netty-transport-native-epoll":"4.1.110.Final","classpath-netty-version-io.netty:netty-transport-native-kqueue":"4.1.110.Final","classpath-native-netty-version-io.netty:netty-tcnative-boringssl-static":"2.0.65.Final"}
2024-12-03 16:16:08 WARN [iceberg-rest-17] HttpChannel:776 -
/iceberg/v1/namespaces
javax.servlet.ServletException: javax.servlet.ServletException:
org.glassfish.jersey.server.ContainerException: java.lang.NoSuchMethodError:
reactor.netty.http.client.HttpClient.resolver(Lio/netty/resolver/AddressResolverGroup;)Lreactor/netty/transport/ClientTransport;
at
org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:162)
~[jetty-server-9.4.51.v20230217.jar:9.4.51.v20230217]
at
org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:127)
~[jetty-server-9.4.51.v20230217.jar:9.4.51.v20230217]
at org.eclipse.jetty.server.Server.handle(Server.java:516)
~[jetty-server-9.4.51.v20230217.jar:9.4.51.v20230217]
```
### Additional question:
What is the purpose of `IcebergConstants`?
What variables should be included in `IcebergCatalogWrapper`?
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: [email protected]
For queries about this service, please contact Infrastructure at:
[email protected]