Uh oh!
There was an error while loading. Please reload this page.
Ability to override catalog URL, fix #341 - #342
Conversation
haphan
commented
Jan 22, 2022
The python implementation allows overrides to happen at the Swift client level. What do you think if we can learn from that pattern to avoid coupling Identity service with the S3 client? |
drzraf
commented
Jan 22, 2022
I'm sorry, which coupling are you referring to? In this PR the endpoint URL override has been made very generic (probably much much more than what need in real-world scenario that would mostly apply to swift and cross-project application credentials or, at best, cross-project ACL). It's good because, well, it's generic (and, as such, does not touch swift-specifics or tight together different level of components) but may be seen as less obvious to configure than the straight |
drzraf
commented
Jul 13, 2023
Dears, I would be happy to see this in. |
k0ka
commented
Jan 7, 2024
Hello, Can you add some documentation and tests for this feature? |
Sadly not. I'm not currently working on this and can't find the time to dig into it again. |
drzraf
commented
Mar 26, 2024
@k0ka : Doc:
For example: catalog_overrides:
- name: swifttype: object-storeregion: abcinterface: publicurl: https://abc.com/v1/AUTH_123456will override the |
fccbf8d to
144a671Comparedrzraf
commented
Jul 4, 2024
ping? |
k0ka
commented
Jul 6, 2024
This PR doesn't have tests and documentation so I can't accept it. I also don't understand its importance to do it by myself. |
Sample
$optionsthat can be passed toOpenstack\Openstack(in YAML):