Skip to content
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

Closed
lmolkova opened this issue Mar 27, 2017 · 11 comments
Closed
Labels
area-System.Net.Http enhancement Product code improvement that does NOT require public API changes/additions
Milestone

Comments

@lmolkova
Copy link

I have previously implemented changes that changes HttpClientHandler logging with DiagnosticsSource 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?

@davidsh
Copy link
Contributor

davidsh commented Mar 27, 2017

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?

{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.

@davidsh
Copy link
Contributor

davidsh commented Apr 5, 2017

@karelz
Copy link
Member

karelz commented Apr 5, 2017

Backporting to release/1.x sounds reasonable.
@weshaggard @ericstj what's your guidance?

cc @danmosemsft @leecow @vancem

@weshaggard
Copy link
Member

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.

@karelz
Copy link
Member

karelz commented Apr 6, 2017

@lmolkova it's going to be some non-trivial work. Is your team willing to sponsor it?

@lmolkova
Copy link
Author

lmolkova commented Apr 6, 2017

@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 lmolkova closed this as completed Apr 6, 2017
@lmolkova lmolkova reopened this Apr 6, 2017
@vancem
Copy link
Contributor

vancem commented Apr 6, 2017

@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).

@karelz
Copy link
Member

karelz commented Apr 7, 2017

@lmolkova please ping me and @leecow via email, I will share shiproom internal links ...

@lmolkova lmolkova closed this as completed May 4, 2017
@karelz
Copy link
Member

karelz commented May 4, 2017

This got closed without any explanation - why?

@lmolkova
Copy link
Author

lmolkova commented May 4, 2017

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.

@karelz
Copy link
Member

karelz commented May 4, 2017

Thanks, that's a good context!

@msftgits msftgits transferred this issue from dotnet/corefx Jan 31, 2020
@msftgits msftgits added this to the 1.1.x milestone Jan 31, 2020
@ghost ghost locked as resolved and limited conversation to collaborators Dec 24, 2020
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
area-System.Net.Http enhancement Product code improvement that does NOT require public API changes/additions
Projects
None yet
Development

No branches or pull requests

6 participants