-
Notifications
You must be signed in to change notification settings - Fork 184
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
Allow to pass CustomEndpointAddress to ServiceBusClientOptions #2853
Comments
In dotnet isolated the service bus client used is in an entirely different process, so configuration via code won't be possible here. @JoshLove-msft is it possible to read this value from |
Yes, this is already supported in the WebJobs extension. |
@JoshLove-msft is it supported via configuration? Or is it code only? |
My mistake - the CustomEndpointAddress is not available in the webjobs extension via config or code. It would need to be added into the ServiceBusOptions type, and then consumed in the builder extension. Is the ask here to support it in the WebJobs extension? |
Yes, my request is to be able to pass the CustomEndpointAddress with the connection configuration section to the dotnet isolated service bus trigger. Does the webJobs extension is for both isolated and inprocess ? |
Yes, the ask would be to support this in the WebJobs extension. This will cover both in-proc and isolated. @scrocquesel-ml150 when supported, you will need to set it via |
Sounds good, I will file this in the azure-sdk-for-net repo where the code lives. |
Description
We are using a docker container to emulate Azure Service Bus, while it works like a charm with Azure SDK Client, it seems Azure Function do not use the same client factory as
Microsoft.Extensions.Azure
.In other words, we want the client to be create with
The factory in
Microsoft.Extensions.Azure
make use of reflection to bind the config section to the ServiceBusClientOptions.Something similar is done in the webjobs extension but it misses the
CustomEndpointAddress
property.The text was updated successfully, but these errors were encountered: