PhillHenry opened a new issue, #2766: URL: https://github.com/apache/polaris/issues/2766
### Describe the bug Using Iceberg 1.9.2, I tried to have Polaris vend Azure credentials. The flow is good until Iceberg asserts that a map Polaris has given it contains a certain key. The information it is looking for is there but under a different String. I traced the code and saw it make a call to my Polaris instance [here](https://github.com/apache/iceberg/blob/05cd8b52e7d06d0d246475bd11f138d25947fd13/azure/src/main/java/org/apache/iceberg/azure/adlsv2/VendedAdlsCredentialProvider.java#L136) but although the call seems to return successfully with a token, the key in the config map for expiration is "expiration-time". This comes from Polaris [here](https://github.com/apache/polaris/blob/d69d7efff465d3a76447a0f5698c3386beb4e425/polaris-core/src/main/java/org/apache/polaris/core/storage/azure/AzureCredentialsStorageIntegration.java#L187). However, Iceberg asserts [here](https://github.com/apache/iceberg/blob/05cd8b52e7d06d0d246475bd11f138d25947fd13/azure/src/main/java/org/apache/iceberg/azure/adlsv2/VendedAdlsCredentialProvider.java#L95) that the key should be "adls.refresh-credentials-endpoint" and consequently stops me from proceeding. When I changed this code such that Polaris and Iceberg agree, I'm able to write to Azure blob storage via Spark (3.5.0). ### To Reproduce _No response_ ### Actual Behavior _No response_ ### Expected Behavior _No response_ ### Additional context _No response_ ### System information _No response_ -- 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]
