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
Multiple issues when upgrading exception handling code to v2 #2118
Comments
Unfortunately, this feature didn't quite get as polished up as we had hoped for the 3.x release. Adding @mathewc as he can provide more details. |
Any news on this one? |
@mathewc Would really love some input on this one. |
@fabiocav Do you know anyone else who could input on this? |
Will it get into the new Extensions where we also have DI? Any new status @fabiocav ? |
Apologies about the lack of response here. Unfortunately, there hasn't been any work done on filters since our last update. There are a couple of approaches that could potentially work, but that set of APIs is not currently stable, and adopting them would be problematic as it could en up leading to customers impacted by a service upgrade. Adding @mathewc here in case he has anything else to share. |
I'm trying to upgrade Elmah.Io.Functions to support Azure Functions v2. In that context, I have a couple of questions for the new way of developing filters and logging, that I feel are lacking good answers on the official documentation.
FunctionExceptionFilterAttribute
andFunctionExceptionContext
are marked asObsolete
. What is the alternative to exception filters?This is no longer possible, since
DefaultNameResolver
requires anIConfiguration
. I can see why it require that, but I don't have a reference toIConfiguration
inside aFunctionExceptionFilterAttribute
subclass.I could start doing something like this:
But I don't know how users are structuring and naming their config files inside the filter.
The text was updated successfully, but these errors were encountered: