HackerReposA FIELD GUIDE TO OPEN SOURCE
ProSponsor the shelf♧ 0
← Back to top all-time
dotnet
wcf
C#2015–2025
dotnet / wcf

wcf

This repo contains the client-oriented WCF libraries that enable applications built on .NET Core to communicate with WCF services.

Libraries & SDKs
Explore on GitHubRead Hacker News discussions
8Distinct people
8Mentions
0Explicit recommenders
1.7KGitHub stars
REPOSITORY AT A GLANCE

What to know before exploring

What it is

This repo contains the client-oriented WCF libraries that enable applications built on .NET Core to communicate with WCF services.

GitHub

Where it is used

No documented product use has been verified yet.

What people are saying

No recommendation phrase was found in the indexed comments.

No classified warning is attached to this page. Read the discussions before treating silence as approval.

Also in these discussions

No other repository is repeatedly linked in the same discussions.

This week on Hacker News

Nov 7–Nov 14 UTC · Direct repository links and separately labeled related project stories. Indexed through 11/14/2026, 12:54:37 PM UTC.

No direct repository links were found in the indexed HN discussions over the past seven days. Older discussions are available below.

Mentions over time

HN mentions by year8 dated mentions

Observed mentions: 2015-05-20 13:22:38 UTC to 2025-05-08 13:33:10 UTC.

0122015-01-01 00:00:00 UTC to 2016-01-01 00:00:00 UTC (exclusive): 2 mentions; 1 submissions, 1 comments20152016-01-01 00:00:00 UTC to 2017-01-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2017-01-01 00:00:00 UTC to 2018-01-01 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 comments2018-01-01 00:00:00 UTC to 2019-01-01 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 comments2019-01-01 00:00:00 UTC to 2020-01-01 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 comments2020-01-01 00:00:00 UTC to 2021-01-01 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 comments20202021-01-01 00:00:00 UTC to 2022-01-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2022-01-01 00:00:00 UTC to 2023-01-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2023-01-01 00:00:00 UTC to 2024-01-01 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 comments2024-01-01 00:00:00 UTC to 2025-01-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2025-01-01 00:00:00 UTC to 2026-01-01 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 comments2025

Counts come from the repository’s dated source evidence. Index cutoff: 2026-11-02 08:16:59 UTC.

View mention counts and date ranges
UTC ranges include their start and exclude their end. Select a period to filter the source evidence.
PeriodStart (UTC)End (exclusive, UTC)MentionsSubmissionsComments
20152015-01-01 00:00:00 UTC2016-01-01 00:00:00 UTC211
20162016-01-01 00:00:00 UTC2017-01-01 00:00:00 UTC000
20172017-01-01 00:00:00 UTC2018-01-01 00:00:00 UTC101
20182018-01-01 00:00:00 UTC2019-01-01 00:00:00 UTC101
20192019-01-01 00:00:00 UTC2020-01-01 00:00:00 UTC101
20202020-01-01 00:00:00 UTC2021-01-01 00:00:00 UTC101
20212021-01-01 00:00:00 UTC2022-01-01 00:00:00 UTC000
20222022-01-01 00:00:00 UTC2023-01-01 00:00:00 UTC000
20232023-01-01 00:00:00 UTC2024-01-01 00:00:00 UTC101
20242024-01-01 00:00:00 UTC2025-01-01 00:00:00 UTC000
20252025-01-01 00:00:00 UTC2026-01-01 00:00:00 UTC101

What Hacker News says

8 sources
eterm·May 8, 2025
Thanks. In my experience the CoreWCF team are fairly active, but I didn't want to bother them until I can understand if this is a problem with CoreWCF. This might also be a problem WCF client, which is maintained by others elsewhere in a different repo: https://github.com/dotnet/wcf for the nuget package version. But this might just be how WCF is designed. I'll try a version of this within .NET Framework, but even that might change depending on whether it's via IIS or started via ASP.NET Core, and whether it uses the built in System.ServiceModel or the nuget version. ( You can probably tell I'm a bit frustrated with MS for making a bit of a mess in the way they hurried away from .NET Framework especially with respect to WCF. )
In My stackoverflow question was closed so here's a blog post about CoreWCF
jiggawatts·Mar 22, 2023
> The writing was on the wall a long, long time ago! The vast majority of ASP.NET Web Apps could not have migrated to .NET Core 1.0, it was missing too many features. It was missing types like 'securestring', and had zero support for Workflow Foundation, Windows Communication Foundation, etc... At the time, .NET Core was also advertised as "an alternative platform for Linux apps", not as a direct replacement for .NET Framework. It was only in .NET 5 that Microsoft changes their tune and started calling Core the "replacement". At the time, something like half of complex enterprise apps might be able to migrate across, but they would have encountered a long list of breaking issues with a note saying "we might fix that in an upcoming major release". That's after a partial rewrite. You can't go to a business that has a web app that's "not bro
Read the rest
ken" and suggest migrating it to a definitely broken platform that's very much still playing "catch up". Support is improving in .NET 7, and the upcoming .NET 8, but it's definitely not 100% and pretending that it's the "end users' fault" for not jumping onto an incomplete and buggy platform is not helpful. I'll list some random GitHub issues for you to perouse. For large enterprise apps, many of these are showstoppers for incremental or seamless migrations. The workaround is always "rewrite everything from scratch using wildly different technologies that aren't direct replacements." IIS app pool recycle throws 503 errors https://github.com/dotnet/aspnetcore/issues/41340 OData core libraries now support OData v4 https://devblogs.microsoft.com/odata/announcement-odata-core-libraries-now-support… (.NET Framework is v1-v3, and Core is 4.0+, a breaking change!) Workflow Foundation didn't start getting migrated until .NET 6, and not by Microsoft! https://github.com/UiPath/corewf dotnet-svcutil ignores most of the settings https://github.com/dotnet/wcf/issues/4887 dotnet-svcutil silently failing to deserialize responses https://github.com/dotnet/wcf/issues/4163 Reuse of Types not working with WCF dotnet-svcutil tool for .NET Core https://github.com/dotnet/wcf/issues/4277 Visual Studio 16.8 breaks SvcUtil build targets https://github.com/dotnet/wcf/issues/4431
In Understanding the .NET ecosystem: The evolution of .NET into .NET 7
josteink·Aug 6, 2020
> Frameworks like WebForms and WCF not be ported WebForms is terrible and I see no reason for anyone to pull that monstrosity of a "I wish we had a VB/Windows WYSIWYG app-editor for the web" impedance-mismatch into a new codebase. Applications which haven't migrated off WebForms yet, probably have little to gain by moving to .NET Core anyway. WCF has been open-sourced[1] and ported (at least the client libraries) and you have separate community-projects[2] working on porting the rest of the stack to be compatible and usable with .NET Core. If the community really want's to go full WCF on the new stack, they are empowered to do so. [1] https://github.com/dotnet/wcf [2] https://github.com/CoreWCF/CoreWCF
In .NET Team Survey: Native AOT
ClumsyPilot·Nov 21, 2019
I am getting the impression the author is fighting yesterday’s war and on top of that has not been following what's going on in windows/.Net development lately. There has been a large-scale effort to open-source and port chunks of Windows and .Net Framework WinForms 'the win95-style UI' https://github.com/dotnet/winforms WPF 'the Vista-style UI' https://github.com/dotnet/wpf WinUI3 'the Modern-style UI' https://github.com/microsoft/microsoft-ui-xaml Windows Communications Foundation https://github.com/dotnet/wcf And more stuff I am not aware of. Judge as you wish, but if you are going to discuss the topic, they are important.
In Microsoft's “Love” of Linux

MAKE YOURSELF AT HOME

A few shortcuts

/
Search the collection
?
Open this guide
Esc
Close dialogs and navigation

Your saved repositories and interests stay in this browser.