-
Notifications
You must be signed in to change notification settings - Fork 4.8k
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
Backporting HttpClient instrumentation with DiagnosticSource to netstandard1.3 #20793
Comments
{master] branch is only for netstandard20 work. Perhaps you want to backport some of your changes to the release/1.0 or release/1.1 servicing branches. |
Backporting to release/1.x sounds reasonable. |
You would need to go through the usual shiproom process and we would also need to ensure the necessary DiagnosticsSource changes were in the appropriate release branches. Otherwise I have no concerns. |
@lmolkova it's going to be some non-trivial work. Is your team willing to sponsor it? |
@karelz We are still has not make a decision on how critical it is for us, I should have more information during next week. If it is critical, we will do the backporting. Could someone please share details about shiproom process? |
@lmolkova For what it is worth, I would only work on this after everything else works well. There will be strong incentives for people to upgrade to 2.0 and the path should be hopefully easy (there is the change in build system, but the old system is rapidly being abandoned so they need to upgrade for other reasons as well). |
This got closed without any explanation - why? |
I created this issue to understand how to downport Diagnostic instrumentation to necoreapp1.0+. However we are no longer interested in it and will not do any changes. |
Thanks, that's a good context! |
I have previously implemented changes that changes
HttpClientHandler
logging withDiagnosticsSource
dotnet/corefx#16393.Now instrumentation is only available with netcoreapp2.0 since System.Net.Http targets netcoreapp2.0 only among CoreFx targets.
Would like to use this instrumentation in the existing project that target netstandard1.3 and higher (assuming they can take a dependency on a new System.Net.Http package).
Are there any problems with enabling netstandard1.3 target for System.Net.Http and publishing new nuget? Were there any changes in public API that would not make it compatible?
The text was updated successfully, but these errors were encountered: