NewYour coding agent can read the release notes before it upgrades.Set up the MCP server →
NuGet · #2421 most downloaded on NuGet
CoreWCF is a port of the service side of Windows Communication Foundation (WCF) to .NET Core. The goal of this project is to enable existing WCF services to move to .NET Core.
Last release 3 months ago
16 Jun 2026
Ships fairly regularly
a new release about every 4 months
Some releases are documented
notes for 9 of 28 stable releases
1 version withdrawn
withdrawn after publishing
127 years old
35 releases · first in 1900
This is a servicing release that addresses multiple security vulnerabilities. For full details, affected versions, and recommended mitigations, see ea…
CoreWCF.ConfigurationManager 1.9.1
CoreWCF.Http 1.9.1
CoreWCF.Kafka 1.9.1
CoreWCF.Kafka.Client 1.9.1
CoreWCF.MSMQ 1.9.1
CoreWCF.NetFramingBase 1.9.1
CoreWCF.NetNamedPipe 1.9.1
CoreWCF.NetTcp 1.9.1
CoreWCF.Primitives 1.9.1
CoreWCF.Queue 1.9.1
CoreWCF.RabbitMQ 1.9.1
CoreWCF.RabbitMQ.Client 1.9.1
CoreWCF.Templates 1.9.1
CoreWCF.UnixDomainSocket 1.9.1
CoreWCF.WebHttp 1.9.1
This release depends on .NET Standard 2.0 and runs on any .NET version which supports .NET Standard 2.0. This release supports .NET Framework 4.6.2 and above, .NET 8, .NET 9, and .NET 10. It is built on top of ASP.NET Core and has been tested and runs on all currently supported versions of ASP.NET Core up to 10.0. The CoreWCF.RabbitMQ.Client, CoreWCF.Kafka.Client, and CoreWCF.UnixDomainSocket packages only support .NET 8 or later.
This is a servicing release that addresses multiple security vulnerabilities. For full details, affected versions, and recommended mitigations, see each advisory linked below.
Your feedback is important and appreciated. Please use the discussion #1737 for your questions and comments.
Full Changelog: v1.9.0...v1.9.1
One column per quarter.
CoreWCF.ConfigurationManager 1.9.0 CoreWCF.Http 1.9.0 CoreWCF.Kafka 1.9.0 CoreWCF.Kafka.Client 1.9.0 CoreWCF.MSMQ 1.9.0 CoreWCF.NetFramingBase 1.9.0 C
CoreWCF.ConfigurationManager 1.9.0
CoreWCF.Http 1.9.0
CoreWCF.Kafka 1.9.0
CoreWCF.Kafka.Client 1.9.0
CoreWCF.MSMQ 1.9.0
CoreWCF.NetFramingBase 1.9.0
CoreWCF.NetNamedPipe 1.9.0
CoreWCF.NetTcp 1.9.0
CoreWCF.Primitives 1.9.0
CoreWCF.Queue 1.9.0
CoreWCF.RabbitMQ 1.9.0
CoreWCF.RabbitMQ.Client 1.9.0
CoreWCF.Templates 1.9.0
CoreWCF.UnixDomainSocket 1.9.0
CoreWCF.WebHttp 1.9.0
This release depends on .NET Standard 2.0 and runs on any .NET version which supports .NET Standard 2.0. This release supports .NET Framework 4.6.2 and above, .NET 8, .NET 9, and .NET 10. It is built on top of ASP.NET Core and has been tested and runs on all currently supported versions of ASP.NET Core up to 10.0. The CoreWCF.RabbitMQ.Client, CoreWCF.Kafka.Client, and CoreWCF.UnixDomainSocket packages only support .NET 8 or later.
A service using NetNamedPipe can now listen from inside an Application Container and be connected to by a WCF client from outside the application container.
Your feedback is important and appreciated. Please use the discussion #1709 for your questions and comments.
Full Changelog: v1.8.0...v1.9.0
This is a servicing release that addresses multiple security vulnerabilities. For full details, affected versions, and recommended mitigations, see ea…
CoreWCF.ConfigurationManager 1.8.1
CoreWCF.Http 1.8.1
CoreWCF.Kafka 1.8.1
CoreWCF.Kafka.Client 1.8.1
CoreWCF.MSMQ 1.8.1
CoreWCF.NetFramingBase 1.8.1
CoreWCF.NetNamedPipe 1.8.1-preview.1
CoreWCF.NetTcp 1.8.1
CoreWCF.Primitives 1.8.1
CoreWCF.Queue 1.8.1
CoreWCF.RabbitMQ 1.8.1
CoreWCF.RabbitMQ.Client 1.8.1
CoreWCF.Templates 1.8.1
CoreWCF.UnixDomainSocket 1.8.1
CoreWCF.WebHttp 1.8.1
This release depends on .NET Standard 2.0 and runs on any .NET version which supports .NET Standard 2.0. This release supports .NET Framework 4.6.2 and above, .NET 8, and .NET 9. It has also been tested against .NET 10 and there are currently no known issues. It is built on top of ASP.NET Core and has been tested and runs on all currently supported versions of ASP.NET Core up to 9.0. The CoreWCF.RabbitMQ.Client, CoreWCF.Kafka.Client, and CoreWCF.UnixDomainSocket packages only support .NET 8 or later.
This is a servicing release that addresses multiple security vulnerabilities. For full details, affected versions, and recommended mitigations, see each advisory linked below.
Your feedback is important and appreciated. Please use the discussion #1738 for your questions and comments.
Full Changelog: v1.8.0...v1.8.1
We take breaking changes very seriously and avoid them whenever possible. There have been a few small mistakes in the code base which we're now cleani…
CoreWCF.ConfigurationManager 1.8.0
CoreWCF.Http 1.8.0
CoreWCF.Kafka 1.8.0
CoreWCF.Kafka.Client 1.8.0
CoreWCF.MSMQ 1.8.0
CoreWCF.NetFramingBase 1.8.0
CoreWCF.NetNamedPipe 1.8.0-preview.38
CoreWCF.NetTcp 1.8.0
CoreWCF.Primitives 1.8.0
CoreWCF.Queue 1.8.0
CoreWCF.RabbitMQ 1.8.0
CoreWCF.RabbitMQ.Client 1.8.0
CoreWCF.Templates 1.8.0
CoreWCF.UnixDomainSocket 1.8.0
CoreWCF.WebHttp 1.8.0
This release depends on .NET Standard 2.0 and runs on any .NET version which supports .NET Standard 2.0. This release supports .NET Framework 4.6.2 and above, .NET 8, and .NET 9. It has also been tested against .NET 10 preview release and there are currently no known issues. It is built on top of ASP.NET Core and has been tested and runs on all currently supported versions of ASP.NET Core up to 9.0. The CoreWCF.RabbitMQ.Client, CoreWCF.Kafka.Client, and CoreWCF.UnixDomainSocket packages only support .NET 8 or later.
We take breaking changes very seriously and avoid them whenever possible. There have been a few small mistakes in the code base which we're now cleaning up. There were some types which were made public which shouldn't have been. They are internal implementation details and there shouldn't be any need to use them in your code base. If it turns out you were, please open an issue and we'll do a quick turnaround to expose them again. There were a couple of types which were in the wrong namespace. Where possible, we've left the original type but applied the Obsolete attribute if your code would continue to work with no code changes. We weren't able to do that in all cases, for example MessagePropertyAttribute was in the wrong namespace and we couldn't support using the original namespace. Here is the list of all the changes we've made where there have been api changes.
[Obsolete] but is still functional by @g7ed6e in #1591Your feedback is important and appreciated. Please use the discussion #1628 for your questions and comments.
Full Changelog: v1.7.0...v1.8.0
CoreWCF.ConfigurationManager 1.7.0 CoreWCF.Http 1.7.0 CoreWCF.Kafka 1.7.0 CoreWCF.Kafka.Client 1.7.0 CoreWCF.MSMQ 1.7.0 CoreWCF.NetFramingBase 1.7.0 C
CoreWCF.ConfigurationManager 1.7.0
CoreWCF.Http 1.7.0
CoreWCF.Kafka 1.7.0
CoreWCF.Kafka.Client 1.7.0
CoreWCF.MSMQ 1.7.0
CoreWCF.NetFramingBase 1.7.0
CoreWCF.NetNamedPipe 1.7.0-preview
CoreWCF.NetTcp 1.7.0
CoreWCF.Primitives 1.7.0
CoreWCF.Queue 1.7.0
CoreWCF.RabbitMQ 1.7.0
CoreWCF.RabbitMQ.Client 1.7.0
CoreWCF.Templates 1.7.0
CoreWCF.UnixDomainSocket 1.7.0
CoreWCF.WebHttp 1.7.0
This release depends on .NET Standard 2.0 and runs on any .NET version which supports .NET Standard 2.0. This release supports .NET Framework 4.6.2 and above, .NET 8, and .NET 9. It is built on top of ASP.NET Core and has been tested and runs on all currently supported versions of ASP.NET Core up to 9.0. The CoreWCF.RabbitMQ.Client, CoreWCF.Kafka.Client, and CoreWCF.UnixDomainSocket packages only support .NET 8 or later.
Many thanks to @ChrisMcKee for contributing our new logo. We've added it to our nuget packages as well as the nuget account, as well as the GitHub CoreWCF organization.
Your feedback is important and appreciated. Please use the discussion #1543 for your questions and comments.
Full Changelog: v1.6.0...v1.7.0
You can read more about this in the blog post published here . We did make a couple of minor binary breaking changes with this feature, but you should…
CoreWCF.ConfigurationManager 1.6.0
CoreWCF.Http 1.6.0
CoreWCF.Kafka 1.6.0
CoreWCF.Kafka.Client 1.6.0
CoreWCF.NetFramingBase 1.6.0
CoreWCF.NetTcp 1.6.0
CoreWCF.Primitives 1.6.0
CoreWCF.Queue 1.6.0
CoreWCF.RabbitMQ 1.6.0
CoreWCF.RabbitMQ.Client 1.6.0
CoreWCF.Templates 1.6.0
CoreWCF.UnixDomainSocket 1.6.0
CoreWCF.WebHttp 1.6.0
This release depends on .NET Standard 2.0 and runs on any .NET version which supports .NET Standard 2.0. This release supports .NET Framework 4.6.2 and above, .NET 6, and .NET 8. It is built on top of ASP.NET Core and has been tested and runs on all currently supported versions of ASP.NET Core up to 8.0. The CoreWCF.RabbitMQ.Client, CoreWCF.Kafka.Client, and CoreWCF.UnixDomainSocket packages only support .NET 6 or later. Support for .NET 7 has been dropped as it is now out of support.
The OperationContractAttribute properties IsInitiating and IsTerminating have been made available by @afifi-ins in #1332
You can now inject a service behavior into DI to be applied to a single service type. This was added by @g7ed6e in #1040. You can read more about this in the blog post published here.
Using operation injection support, you can now automatically inject a message property into your service operation. This was added by @g7ed6e in #1286. You can read more about this in the blog post published here. We did make a couple of minor binary breaking changes with this feature, but you shouldn't see any compilation breaks. We changed some static Name properties on message property types to be const string. Static properties can't be used as values for attribute properties whereas constants can. For example, HttpRequestMessagePropert.Name used to be declared as public static string Name { get; }, and now is declared as public const string Name;. While this doesn't break compilation, it isn't binary compatible.
As part of an eventual goal to support aot for CoreWCF, we have introduced a code generator for implementing the default IOperationInvoker. This is an opt-in feature which you enable by setting the following in your project:
<PropertyGroup>
<EnableCoreWCFOperationInvokerGenerator>true</EnableCoreWCFOperationInvokerGenerator>
</PropertyGroup>This isn't sufficient to enable aot as we have other code which requires use of Ref.Emit, but is a step towards that goal.
As part of creating the full fix for GHSA-32jq-mv89-5rx7, the mechanism to configure some of the properties for NetTcp needed to be updated. You can read more about this in the blog post published here. Existing api's will continue to work so there shouldn't be any breaking changes for existing code.
As part of the work to support keyed service dependency injection, we needed to update a few package dependencies to the .NET 8.0 versions. We run all our tests on .NET Framework 4.7.2 and .NET 6.0 so don't expect this to cause problems. If you do experience any issues due to CoreWCF upgrading dependencies, please open an issue explaining the error you're experiencing. The dependencies which were updated to 8.x versions are:
Your feedback is important and appreciated. Please use the discussion #1447 for your questions and comments.
Full Changelog: v1.5.2...v1.6.0
CoreWCF.ConfigurationManager 1.5.2 CoreWCF.Http 1.5.2 CoreWCF.Kafka 1.5.2 CoreWCF.Kafka.Client 1.5.2 CoreWCF.NetFramingBase 1.5.2 CoreWCF.NetTcp 1.5.2
CoreWCF.ConfigurationManager 1.5.2
CoreWCF.Http 1.5.2
CoreWCF.Kafka 1.5.2
CoreWCF.Kafka.Client 1.5.2
CoreWCF.NetFramingBase 1.5.2
CoreWCF.NetTcp 1.5.2
CoreWCF.Primitives 1.5.2
CoreWCF.Queue 1.5.2
CoreWCF.RabbitMQ 1.5.2
CoreWCF.RabbitMQ.Client 1.5.2
CoreWCF.Templates 1.5.2
CoreWCF.UnixDomainSocket 1.5.2
CoreWCF.WebHttp 1.5.2
This release depends on .NET Standard 2.0 and runs on any .NET version which supports .NET Standard 2.0. This release supports .NET Framework 4.6.2 and above, .NET 6, .NET 7, and .NET8. It is built on top of ASP.NET Core and has been tested and runs on all currently supported versions of ASP.NET Core up to 8.0. The CoreWCF.RabbitMQ.Client, CoreWCF.Kafka.Client, and CoreWCF.UnixDomainSocket packages only support .NET 6 or later.
GHSA-32jq-mv89-5rx7 - CoreWCF NetFraming based services can leave connections open when they should be closed.
Your feedback is important and appreciated. Please use the discussion #1288 for your questions and comments.
Full Changelog: v1.5.1...v1.5.2
CoreWCF.ConfigurationManager 1.5.1 CoreWCF.Http 1.5.1 CoreWCF.Kafka 1.5.1 CoreWCF.Kafka.Client 1.5.1 CoreWCF.NetFramingBase 1.5.1 CoreWCF.NetTcp 1.5.1
CoreWCF.ConfigurationManager 1.5.1
CoreWCF.Http 1.5.1
CoreWCF.Kafka 1.5.1
CoreWCF.Kafka.Client 1.5.1
CoreWCF.NetFramingBase 1.5.1
CoreWCF.NetTcp 1.5.1
CoreWCF.Primitives 1.5.1
CoreWCF.Queue 1.5.1
CoreWCF.RabbitMQ 1.5.1
CoreWCF.RabbitMQ.Client 1.5.1
CoreWCF.Templates 1.5.1
CoreWCF.UnixDomainSocket 1.5.1
CoreWCF.WebHttp 1.5.1
This release depends on .NET Standard 2.0 and runs on any .NET version which supports .NET Standard 2.0. This release supports .NET Framework 4.6.2 and above, .NET 6, .NET 7, and .NET8. It is built on top of ASP.NET Core and has been tested and runs on all currently supported versions of ASP.NET Core up to 8.0. The CoreWCF.RabbitMQ.Client, CoreWCF.Kafka.Client, and CoreWCF.UnixDomainSocket packages only support .NET 6 or later.
With this release, the CoreWCF.UnixDomainSocket package has come out of preview. This package enables you to use unix domain sockets for same host communication with CoreWCF. This provides an alternative to NetNamedPipe and works on all supported platforms. This was contributed by @birojnayak from AWS. The WCF Client project is simultaneously releasing the package System.ServiceModel.UnixDomainSocket to provide the client for this transport.
In previous versions, the IOperationInvoker called MethodInfo.Invoke to call the service method. This is a relatively expensive way to call a method. In this release, we have a new implementation using LINQ Expressions which compiles a strongly typed lambda function to call the service method. This will provide a small performance improvement when dispatching a service call. If you experience any compatibility issues, you can set the AppContext switch CoreWCF.Dispatcher.UseLegacyInvokeDelegate to true to fallback to the previous implementation. If you need to do this, please open an issue explaining the problem you had. This feature was implemented by @g7ed6e
Your feedback is important and appreciated. Please use the discussion #1288 for your questions and comments.
Full Changelog: v1.5.0-preview1...v1.5.1
Nothing published for this version
Nothing published for this version
CoreWCF.ConfigurationManager 1.4.2 CoreWCF.Http 1.4.2 CoreWCF.Kafka 1.4.2 CoreWCF.Kafka.Client 1.4.2 CoreWCF.NetFramingBase 1.4.2 CoreWCF.NetTcp 1.4.2
CoreWCF.ConfigurationManager 1.4.2
CoreWCF.Http 1.4.2
CoreWCF.Kafka 1.4.2
CoreWCF.Kafka.Client 1.4.2
CoreWCF.NetFramingBase 1.4.2
CoreWCF.NetTcp 1.4.2
CoreWCF.Primitives 1.4.2
CoreWCF.Queue 1.4.2
CoreWCF.RabbitMQ 1.4.2
CoreWCF.RabbitMQ.Client 1.4.2
CoreWCF.Templates 1.4.2
CoreWCF.WebHttp 1.4.2
This release depends on .NET Standard 2.0 and runs on any .NET version which supports .NET Standard 2.0. This release supports .NET Framework 4.6.2 and above, .NET 6, and .NET 7. It is built on top of ASP.NET Core and has been tested and runs on all currently supported versions of ASP.NET Core up to 7.0. The client packages CoreWCF.RabbitMQ.Client and CoreWCF.Kafka.Client are supported on .NET 6 or later.
GHSA-32jq-mv89-5rx7 - CoreWCF NetFraming based services can leave connections open when they should be closed.
Your feedback is important and appreciated. Please use the discussion #1209 for your questions and comments.
Full Changelog: v1.4.1...v1.4.2
Nothing published for this version
Nothing published for this version
Nothing published for this version
Nothing published for this version
Nothing published for this version
Nothing published for this version
Nothing published for this version
Nothing published for this version
Nothing published for this version
Nothing published for this version
Nothing published for this version
Nothing published for this version
Nothing published for this version
Nothing published for this version
Nothing published for this version
Nothing published for this version
Nothing published for this version
Nothing published for this version
Nothing published for this version
Nothing published for this version
Nothing published for this version
Nothing published for this version
Nothing published for this version
Nothing published for this version
Your coding agent can read these notes before it upgrades. Set up the MCP server →