jackylee-ch opened a new pull request, #1035: URL: https://github.com/apache/paimon-rust/pull/1035
`oss_config_parse` required both `fs.oss.accessKeyId` and `fs.oss.accessKeySecret` and returned `ConfigInvalid` when either was missing. Every other object-store backend — S3, GCS, OBS and COS — treats credentials as optional and lets the underlying OpenDAL operator resolve them (anonymous/public buckets, ECS RAM-role, or environment credentials); S3 even has a dedicated `test_s3_config_parse_no_credentials` for exactly this. Because of this, a table reached over OSS without a static key/secret — a public bucket, or an ECS instance authenticating with a RAM role — fails at FileIO construction with `Missing required OSS config: fs.oss.accessKeyId`, even though the OSS operator builder already accepts a missing key/secret (the existing `test_oss_config_build_extracts_bucket` builds an operator from the endpoint alone). The STS path is unaffected since it supplies key, secret and token. This makes `access_key_id` and `access_key_secret` optional while keeping the endpoint required (OSS has no region-derived endpoint default, matching Java). Adds `test_oss_config_parse_no_credentials` and `test_oss_config_parse_missing_endpoint_fails` to pin the new boundary. -- 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]
