docs: include retry information in the readme for SDKs

[ewanharris]

Description

Adds a process for documenting the retry strategy of each SDK in the readme following the other SDK specific readme pieces by introducing a README_retries.mustache file that will be rendered into the readme.

• 8db7d1ace191cede02976016c91c0abbe2928644 - Introduces retry handling on the oauth2 client for dotnet, this is exercised by the test added in api client.
• b33b16dbb3f39cd2e57b52c405f84ffd003f56d5 - Introduces retry handling on the oauth2 client for java, this is verified manually as unfortunately the features of the HTTP mocking library there are limited. It can only register one response per URL and I can’t workaround this using the doAction feature (e.g track number of requests and change response depending on request count), because any request after the first fails for reason my limited Java knowledge can’t debug. From what I can tell it's only built to handle one request per URL.

Given that last one, I'm putting this into draft to prevent any merge.

References

320

Review Checklist

• [x] I have clicked on "allow edits by maintainers".
• [ ] I have added documentation for new/changed functionality in this PR or in a PR to openfga.dev [Provide a link to any relevant PRs in the references section above]
• [x] The correct base branch is being used, if not main
• [ ] I have added tests to validate that the change in functionality is working as expected

[ewanharris]

Heh, I guess this would need to be conditionally rendered in the readme of SDKs that aren't yet compliant with retries

[evansims]

👋 I've added config/clients/python/template/README_retries.mustache to the PR to cover the retry support merged with https://github.com/openfga/sdk-generator/commit/a175fb2ad386a99cc823fe9f0120a7a3142ed6ab earlier today.

I realize the wording is quite different, but I thought I'd propose an alternative approach. I'll be happy to update it if the other approach is preferred, of course. 😄

[ewanharris]

@evansims that sounds much better thank you! I'll apply the edits to the other SDKs tomorrow alongside the changes to source the values from the config!