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: commits-unsubscr...@gravitino.apache.org For queries about this service, please contact Infrastructure at: us...@infra.apache.org