Moving to .NET Core is something that we talk about as a community and at the leadership level quite a bit. However, it's a very complicated situation. First, .NET is not legacy, and webforms is technically going to be supported by Microsoft for longer than .NET Core. I don't recall the dates off of the top of my head.

You'll even have seen many recent updates to the DNN core keeping the future of .NET and Core/Standard in mind when you see things like enhanced MVC support, dependency injection, etc. So it remains a goal, but there is no target date (like with most open-source updates).

I'll have one of the other team leaders chime in here later. They're more hands-on with the conversation than I have been.

Oh, and a useful side note for me is I'm not personally worried about this until Microsoft migrates all of their own web apps from web forms to .NET Core. 😉

Hi. You may find the following blog articles helpful on this subject.

https://dnncommunity.org/...hnical-Future-of-DNN

https://dnncommunity.org/...tegy-To-Know-Thyself

The two articles linked by David are the best sources of information, and nothing has really changed from those articles. We have to acknowledge who, and what we are, and be the best of what we can be. We still have a long pathway ahead, but it is also important for folks to understand what can or cannot be done.

For clarity though to a few of your questions.

DNN website that DNN will be moved to .Net Core (in version 10?)

There are NO plans currently for DNN to be moved to .NET 6 (the framework formerly known as .NET Core if we are being specific)

is there a migration path for existing modules(.Net Framework) to .Net core

This is the entire crux of why we are not migrating, there is NOT a migration path, it isn't technically possible for 90% of the usage scenarios due to the fact that System.Web was not transitioned by Microsoft to .NET 6. Even Microsoft's recommendations are "file -> new project" for anything WebForms. based.

Also, I read in one of the blog that currently there is a way to run .NET core modules

This is not 100% true, you can do things to be closer to compatible, and you can even use some .NET 6 stuff within a DNN site, but its a bit tricky and not something that is on the supported routes now, as .NET 6 != .NET Framework. You can use things like .NET Standard (https://docs.microsoft.co...andard/net-standard) 2.1 to share code between .NET Framework & .NET 6, however, that isn't at the UI level.

I personally have had great success with some pairing of .NET 6 & DNN. Let DNN do the CMS stuff, let the .NET 6 stuff do some of the other heavy lifting but each project is different.

@Will Strohl, @David Poindexter, @Mitchel Sellers - The articles and your clarifications helped me understand where DNN is heading. Thanks so much!

You are most welcome @Ana_Dana

Mitch, Any changes?

Core support may be a deal breaker for a potential client.

... and would you give some examples of what you mean by "paired" solutions?

"I personally have had great success with some pairing of .NET 6 & DNN. Let DNN do the CMS stuff, let the .NET 6 stuff do some of the other heavy lifting but each project is different."