[FEATURE REQ] `azure-core-http-<netty/okhttp>` support for more granular request/response timeouts.

[jpalvarezl]

Is your feature request related to a problem? Please describe.

In the azure-ai-agents and azure-ai-projects packages, we have the need to wrap OpenAI's official Java SDK. Their SDK provides a type called RequestOptions which provides the means to override timeout values per request for users of the SDK.

RequestOptions contains a Timeout instance with 4 different timeouts:

• read
• write
• connect
• request

Describe the solution you'd like

In our current implementation we are using read timeout as it's the functionally closest to the one that can be set via Context by the key "azure-response-timeout". We would like to have the means to map all the values in the Timeout class from OpenAI to the request in the HttpClients from azure-core.

Describe alternatives you've considered

There doesn't seem to be an API surface that would allow us to forward these values. We are currently using "read" as the "azure_response_timeout" as it's the functionally closest timeout judging by OpenAI's documentation of the Timeout class (linked above).

Additional context

This feature request stems from this PR.

Information Checklist

Kindly make sure that you have added all the following information above and checkoff the required fields otherwise we will treat the issuer as an incomplete report

• Description Added
• Expected solution specified

[alzimmermsft]

Thanks for filing this @jpalvarezl, just to clarify, this is the ability to set these timeouts on a per-request basis, right?

All those timeouts are supported at instantiation time of the HTTP client.

[jpalvarezl]

@alzimmermsft apologies for dropping off like that. But yes, that is correct, that's on a per request basis.