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

Reply via email to