Skip to content
Discussion options

You must be logged in to vote

We do not have a way to have different HttpMessageHandlers for different calls to CallHttpAsync().

We could have theoretically supported this if we had an optional parameter on IDurableHttpMessageHandlerFactory.CreateHttpMessageHandler() to specify a handler name, and let CallHttpAsync() pass in handler names, but since the interface is public, we can't add new optional parameters in a non-breaking way.

The way to work around this in the meantime would be to return a HttpMessageHandler that is itself a composite HttpMessageHandler. It can observe characteristics of the HTTP request (such as the endpoint being targeted, headers on the request, etc.) and make a decision about which of it's …

Replies: 2 comments

Comment options

You must be logged in to vote
0 replies
Answer selected by cgillum
Comment options

You must be logged in to vote
0 replies
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Category
Q&A
Labels
None yet
2 participants
Converted from issue

This discussion was converted from issue #1680 on April 01, 2021 17:37.