News

In Move to .NET Core, Missing .NET Framework Tech Replaced by Open Source Projects

In the move from the ageing, Windows-only .NET Framework to the new open source, cross-platform .NET Core framework, some technologies weren't invited along for the ride, but open source projects may be coming to the rescue.

As we detailed last month, the lack of a direct .NET Core counterpart to Windows Communication Foundation (WCF) caused some consternation among several developers, including one who said, "So we get Java interop but no WCF. I would like to try what the folks planning this are smoking," and another who said, "This. Non negotiable. Give us WCF or forget it."

Well, say hello to Core WCF, a new open source project under the direction of the .NET Foundation.

Although its initial code was donated to the community by a WCF team member, Microsoft won't be stewarding the project, which instead will rely on other open source contributors.

"Core WCF is not intending to be a 100 percent compatible port of WCF to .NET Core, but aims to allow porting of many WCF contract and service implementations with only a change of namespace," the .NET Foundation said in a post last week (June 7). "Initially, it will be for HTTP and TCP SOAP services on-top of Kestrel, which are the most commonly used transports on .NET Framework."

And WCF isn't the only .NET Framework technology not being officially ported to .NET Core. As Scott Hunter, director of program management, .NET, said in his own post, "We will not be adding ASP.NET Web Forms, WCF, Windows Workflow, .NET Remoting and/or the various other smaller APIs to .NET Core."

.NET Core projects listed by Hunter that fill in some of the missing gaps include:

  • ASP.NET Blazor -- provides a similar component and event-based programming model as ASP.NET Web Forms but generating a SPA (Single Page Application) instead of a traditional web site.
  • ASP.NET Web API or gRPC -- provide APIs and contract-based RPCs that can be used across all devices and platforms.
  • .NET Core WCF Client -- provides the ability for .NET Core projects to call into the existing WCF Servers that run on .NET Framework.

Hunter said older projects not getting much attention can just be left on .NET Framework, which isn't going away soon, because it comes with Windows.

"I f you really want to move one of your older applications to .NET Core and don't want to migrate it to newer technologies like Web API/gPRC/Cloud based workflow, we are supporting two community efforts that provide ports of Windows Workflow and WCF to .NET Core," Hunter said.

Along with Core WCF, the other project is Core WF, sponsored by UiPath, started by a former Microsoft developer on the Workflow team and described as, "A port of the Windows Workflow Foundation (WF) runtime to the .NET Standard." Like the Core WCF project, it's calling for "help from the community":

The Windows Workflow Foundation (WF) handles the long-running work of many companies. It powers SharePoint workflows, PowerShell workflows, Team Foundation Server build processes, and many applications in all types of businesses. As more developers look into adopting .NET Core, some are asking if WF will be officially ported. This project only ports the WF runtime and ETW tracking provider to the .NET Standard. But much more work is needed before it can substitute for the .NET Framework version.

The .NET Foundation characterized Core WCF as "a great example of how the .NET Foundation can help coordinate .NET open source projects in a way that benefits the broader community," noting that "Microsoft reached out to us and said they could help contribute the beginning code for this project as well as some ongoing development support."

"We're happy to see these projects be part of the .NET OSS community and hope that you'll join us in supporting them and other .NET OSS," Hunter said.

Although several developers expressed support for the open-source-to-the-rescue plan, others couldn't quite let go, with one commenting: "Glad to see you guys came to your senses with WCF after dog piling on it for so long. Sad that it took a mob with pitchforks and torches to make it happen."

About the Author

David Ramel is an editor and writer at Converge 360.

comments powered by Disqus

Featured

  • Compare New GitHub Copilot Free Plan for Visual Studio/VS Code to Paid Plans

    The free plan restricts the number of completions, chat requests and access to AI models, being suitable for occasional users and small projects.

  • Diving Deep into .NET MAUI

    Ever since someone figured out that fiddling bits results in source code, developers have sought one codebase for all types of apps on all platforms, with Microsoft's latest attempt to further that effort being .NET MAUI.

  • Copilot AI Boosts Abound in New VS Code v1.96

    Microsoft improved on its new "Copilot Edit" functionality in the latest release of Visual Studio Code, v1.96, its open-source based code editor that has become the most popular in the world according to many surveys.

  • AdaBoost Regression Using C#

    Dr. James McCaffrey from Microsoft Research presents a complete end-to-end demonstration of the AdaBoost.R2 algorithm for regression problems (where the goal is to predict a single numeric value). The implementation follows the original source research paper closely, so you can use it as a guide for customization for specific scenarios.

  • Versioning and Documenting ASP.NET Core Services

    Building an API with ASP.NET Core is only half the job. If your API is going to live more than one release cycle, you're going to need to version it. If you have other people building clients for it, you're going to need to document it.

Subscribe on YouTube