-
Notifications
You must be signed in to change notification settings - Fork 9
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
passing client_options to S3 object store #1
Comments
Hey @cabrrtt, some of the storage otions end up as client options, but most are currently not passed down. That said, it would be quite easy to add that. Would you expect to pass this as part of the current storage options, or in a separate map? ALso would you care about configuring retry options, which are internally handled separately? |
Good questions! It's probably a question of what is the most pythonic approach. In my case I wish to pass a map of arbitrary headers down to ClientOptions, and for that a dict is the most natural route I believe. Regarding retry, I think this is also necessary. Does it make sense to follow the same signature as the Rust api, as a nested dict?
|
I think logically this would mean if it were to follow the Rust api, for headers:
though ergonomically this feels better named just |
Hi @roeap
I came here after reading this ticket on the arrow-datafusion-python repo. I have a question on the S3 ObjectStore and whether it is possible to pass ClientOptions struct to Rust through the python bindings?
The text was updated successfully, but these errors were encountered: