Skip to content

Navigation Menu

Sign in
Appearance settings

Search code, repositories, users, issues, pull requests...

Provide feedback

We read every piece of feedback, and take your input very seriously.

Saved searches

Use saved searches to filter your results more quickly

Appearance settings

.net 6 support #782

haesta1066 started this conversation in General
Sep 30, 2021 · 7 comments · 3 replies
Discussion options

Hi. Are there plans to upgrade to .net 6? Thanks.

You must be logged in to vote

Replies: 7 comments · 3 replies

Comment options

.NET 6 will be supported, but there isn't a specific plan per se. Nothing new beyond bug fix is currently on the radar for that release. That should make the transition smooth. To be honest, I've been at my limit of extra time the past many months. I'm close to being able to fix or resolve the majority of the open issues. OData is the furthest behind. People have been clamoring for 8.0 support, but it requires a rewrite (again) because OData changed everything (again).

If I were to layout a plan, it would effectively go something:

  1. Fix non-OData open issues
  2. Upgrade non-OData to .NET 6.0
  3. Fix all OData open issues
  4. Upgrade OData to 8.0
  5. Upgrade OData to 8.0 with .NET 6.0
  6. Add new features

In general, things have been pretty stable. The new Minimal APIs certainly through a wrench in the machine. Some significant refactoring will be required to make that work, but I definitely believe it's possible (e.g. I've been thinking about it). Removing the dependency on any part of MVC is interesting and likely appealing in some scenarios.

You must be logged in to vote
1 reply
@ransht
Comment options

is there any progress ?
its the only package that stops up from moving to NET6

Comment options

I am on .net 6 and using API versioning without any problem.
I am not using OData.

You must be logged in to vote
0 replies
Comment options

Have any work for me ?
I work on C#, MVC, Entity Framework, SQL

You must be logged in to vote
0 replies
Comment options

If you're following this thread, there is a lot of back story that is too much to rehash here. Nevertheless, I have been actively and feverously working on making all this happen. There are big changes coming, but I think we are just about there - or at least the first iteration. My goal is to have a detailed announcement and roadmap by the end of the week. Stay tuned.

You must be logged in to vote
0 replies
Comment options

@surajkumar8642 Thank you for your offer. Not a lot of people have offered their time, so I appreciate you. 😉 At this very moment, I don't have a particular Up For Grabs queue. There's a fairly large bug queue that I have mostly burned down, but not merged. There's a huge set of changes that will impact .NET 6+ going forward that I've almost baselined. There will some dev opportunities after that. In particular, I'm considering expanding the wiki to a fully-fledged documentation site, more examples, and templates/scaffolding. Once I reach that point, I'll reach out to see if you're still available and interested. Thanks again.

You must be logged in to vote
0 replies
Comment options

Just a quick update. There are some important announcements that have just been made. We're still a little bit off from publishing new packages, but the new main branch has .NET 6.0. I hope to have new a preview version of the packages released soon (e.g. ASAP). Thank you for your patience.

You must be logged in to vote
0 replies
Comment options

Hello! Is the Asp.Versioning.ApiExplorer package fully supported in .NET 6? I am trying to migrate an existing .NET 5 application to .NET 6 and have done the following:

Replaced

services.AddVersionedApiExplorer( options => { /* configure options */ } );

with

services.AddApiVersioning(options => { /* configure options */ } );

This seems to be working fine for the most part with options such as AssumeDefaultVersionWhenUnspecified still being present. But other options that exist in .NET 5 seem to be missing from .NET 6. I am mainly talking about GroupNameFormat and SubstituteApiVersionInUrl.

Am I misusing the service extension method?

Thanks.

You must be logged in to vote
2 replies
@commonsensesoftware
Comment options

.NET 6 is fully supported, but a number of things have changed, which I hope you find for the better. The wiki is still out-of-date, but all of the code examples are current. That is always a good place to look if you get stuck.

The combination of opt-in services for API Versioning now chain together:

services.AddApiVersioning()     // Core API Versioning services with support for Minimal APIs
        .AddMvc()               // API version-aware extensions for MVC Core
        .AddApiExplorer()       // API version-aware API Explorer extensions
        .AddOData()             // API versioning extensions for OData
        .AddODataApiExplorer(); // API version-aware API Explorer extensions for OData

Each one also has the same or similar configuration options that you're used to. The default configuration for API Explorer support is:

services.AddApiVersioning().AddApiExplorer();

I hope that helps clear things up.

@andrei-micuda
Comment options

Yes, I eventually figured out that the extension methods are now chaining. I was only looking at the documentation and that is what confused me.

Thank you for the clarification!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
6 participants
Morty Proxy This is a proxified and sanitized view of the page, visit original site.