-
Notifications
You must be signed in to change notification settings - Fork 25.2k
SignalR: Reference shared framework #28398
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
SignalR: Reference shared framework #28398
Conversation
This should go in the migration doc. This doc note can be far shorter with a link to the migration doc. |
@wadepickett review URL? |
@Rick-Anderson, this is a draft. I promise I will ask for a review when it is ready for a review. Thanks for any suggestions, but please wait until I ask for a review, or at least until I take it out draft. |
Right, but it's not like you would have made those changes when you were ready for a review. You were obviously going down the wrong path so I wanted to save you some time and make us more efficient. We don't have much time to trim down our technical debt, we'll soon be busy with .NET 8 pre-releases. We need to work more efficiently. |
OK, I understand. You don't think I would have made those changes before a review, and you were trying to save me some time. |
It is a draft. It was not made available for review. I drop that in as soon as I check the build and before putting up for review. |
I prefer that you put it in after you get a build along with Fixes #xyz. |
|
Committing the inline suggestion, and then will update the missing link afterwards. Co-authored-by: Rick Anderson <[email protected]>
Something up with the build. Closing and reopening to re-queue for build. |
re build |
@Rick-Anderson, I did not put the note in all advanced topics, which seemed too broad. I put the note in the following topics that seemed like a good place and context to remind the target audience who might be updating their existing libraries. :
I specified ASP.NET Core SignalR where otherwise I would be adding a new version moniker for a few lines of text. I felt like adding more little moniker chunks in some of those old topics where there were no moniker versioning to begin with was going to make it needlessly messy for future updates. There were 2 topics where I needed to pull the latest version to the top. So you will have to search for the phrase "SignalR no longer depends" to see what I added in those. Normally we would move versions to the top first, merge and then edit so that they would be cleaner, but they were being added afterwards. |
...adding additional review links... |
Dan Roth likes to avoid history lessons. I'd be inclined to write it ASP.NET Core SignalR doesn't depend on getting many assemblies from NuGet. For more information, see " Can you provide a link to the relevant migration doc?
|
I did provide a link to the migration doc. Maybe I don't understand what you are referring to when you say "the migration doc". As far as I saw, the only thing we had that we referred to as "the migration" doc for signal R was the signalr/version-differences.md doc. In #6463 you ask for a new migration doc, Brennan says to use the signalr/version-differences.md, he updates that then that is "the migrations" doc for SignalR. That is what I have been linking to since you asked to link to the migrations doc instead of what Brennan suggested to use. I linked to here: For more information, see Differences between ASP.NET SignalR and ASP.NET Core SignalR. That seemed to make sense since that topic covers the differences in where the libraries are between versions, right at the top. You must mean the general migration topics instead if not the signalr/version-differences.md you all decided fit the bill as the SignalR migrations doc. 2.2 to 3.0 is the only one that even mentions signalR, but nothing on this topic. I can add a new section to Migration 2.2 to 3.0 on SignalR for this topic if that is what you were thinking. |
Exactly. That's where it belongs. Put a couple links to that in the more resources section of a couple docs. |
Thanks for the suggestions. |
ASP.NET Core SignalR server-side assemblies are |
OK, thanks. Reducing the new section in the migration topic to just that. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
OK with me as long as @BrennanConroy approves
Added additional suggestions to link. Co-authored-by: Rick Anderson <[email protected]>
* SignalR: Reference shared framework * Update aspnetcore/signalr/hubs.md Committing the inline suggestion, and then will update the missing link afterwards. Co-authored-by: Rick Anderson <[email protected]> * Moved 7.0 version up, moved new note to bottom of topics * Removed dupe. * added note in 5 more topics, moved latest versions to top where needed * New include, reduced number of topics, added resources links * Moved link in migration doc to internal. * Added description for xref since subsection title not generated * Removed note from hubcontext, using additional resources link now * Reduced new section in migration topic per Rick suggestion * Apply suggestions from code review Added additional suggestions to link. Co-authored-by: Rick Anderson <[email protected]> * Moved note back to near top of hubs.md all 3 versions per Brennan suggestion --------- Co-authored-by: Rick Anderson <[email protected]>
Fixes #27325
Internal Review - SignalR assemblies in shared framework: 2.2-3.0 Migration
Internal Review - Hubs.md .NET 7 ---Also moved latest version to top
Internal Review - Hubs.md - .NET 6
Internal Review - Hubs.md - .NET 3.1-5
Internal Review - hubcontext.md
Internal Review - api-design.md
Adding Notes that SignalR is included in the Microsoft.AspNetCore.App shared framework rather than as NuGet packages.