-
Notifications
You must be signed in to change notification settings - Fork 332
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
Add .net 7.0 TFM to all projects (except benchmark) #496
Conversation
…g .net 6 TFM. Also fix AddProblemDetails in sample project to use thrid party extension in .net 6 and built in service in .net 7 (doing this avoids naming collision).
Do we have any release plans for .net 7.0? |
Is there any plans for merging and releasing this PR? |
Would also like to know if there are any plans to release a new version with 7.0 support the changes in this PR should resolve it, it's really annoying to have to switch the project version to 6.0 to run the codegen for mapster, then switch back to 7.0 for the actual application all the time :) |
@andrerav is there any chance, we can get a new release with this PR?, it's really painful to use with .NET 7 as is :) |
@mnj I will get you a pre-release package this week if everything goes to plan. Thank you for being so patient :) |
Pre-release packages targeting .NET 7 should be available in a few minutes on NuGet :) Thank you @cedwards-telis! |
@cedwards-telis @andrerav When will be released the next stable version (7.4.0)? |
@cedwards-telis @andrerav I have the same question: when do you plan to release 7.4.0 (the next stable version)? (We are preparing a .Net8 upgrade and can only embrace this library if it is actively maintained / updates regularly released) |
@bgaprogrammer and @jeroenhabets Apologies for the delays! What can I say, it's been a busy summer :) 7.4.0 has been released now, and I've opened a pull request that adds support for .NET 8 in #631. Thank you for the nudge :) |
Do so whilst maintaining the .net 6 TFM using multitargeting thus allowing project to be used by .net6 and .net 7 users and making tests run in both .net 6 and .net 7.
This fixes #475.
It is similar to the PR here #489 which only targets .net 7.
Also fix AddProblemDetails in sample project to use third party extension in .net 6 and built in service in .net 7 (doing this avoids naming collision because the third party library in use and the built in feature in .net 7 both use services.AddProblemDetails() ).
https://andrewlock.net/handling-web-api-exceptions-with-problemdetails-middleware/