Contour 1.7.8

.NET Framework 4.0 This package targets .NET Framework 4.0. The package is compatible with this framework or higher.
There is a newer version of this package available.
See the version list below for details. 
dotnet add package Contour --version 1.7.8                

                    
                

            
NuGet\Install-Package Contour -Version 1.7.8
This command is intended to be used within the Package Manager Console in Visual Studio, as it uses the NuGet module's version of Install-Package. 
<PackageReference Include="Contour" Version="1.7.8" />
For projects that support PackageReference, copy this XML node into the project file to reference the package. 
paket add Contour --version 1.7.8                

                    
                

            
#r "nuget: Contour, 1.7.8"
#r directive can be used in F# Interactive and Polyglot Notebooks. Copy this into the interactive tool or source code of the script to reference the package. 
// Install Contour as a Cake Addin
#addin nuget:?package=Contour&version=1.7.8

// Install Contour as a Cake Tool
#tool nuget:?package=Contour&version=1.7.8

The package contains abstract interfaces of service bus and specific transport implementation for AMQP/RabbitMQ.

Product Compatible and additional computed target framework versions.
.NET Framework net40 is compatible.  net403 was computed.  net45 was computed.  net451 was computed.  net452 was computed.  net46 was computed.  net461 was computed.  net462 was computed.  net463 was computed.  net47 was computed.  net471 was computed.  net472 was computed.  net48 was computed.  net481 was computed. 
Compatible target framework(s)
Included target framework(s) (in package)
Learn more about Target Frameworks and .NET Standard.

NuGet packages (1)

Showing the top 1 NuGet packages that depend on Contour:

Package Downloads
Gems.Hosting.Bootstrapper.ServiceBus

Изменены зависимости

GitHub repositories

This package is not used by any popular GitHub repositories.

Version Downloads Last updated
2.2.0-clickocean 1,145 4/19/2021
2.1.1-core9-clickocean 378 4/16/2021
2.1.0-core9 1,326 1/26/2021
1.8.2 2,487 6/28/2018
1.8.1 1,386 5/29/2018
1.8.0 1,443 4/28/2018
1.8.0-rc3 1,549 8/4/2017
1.8.0-rc2 902 6/22/2017
1.8.0-rc1 906 6/14/2017
1.7.10 1,543 5/31/2017
1.7.10-rc1 960 5/22/2017
1.7.9 1,186 5/12/2017
1.7.8 1,105 5/12/2017
1.7.7 1,144 5/11/2017
1.7.6 1,164 5/3/2017
1.7.5 1,160 4/26/2017
1.7.4 1,152 4/24/2017
1.7.3 1,171 4/7/2017
1.7.2 1,154 4/3/2017
1.7.0 1,159 3/31/2017
1.6.2 1,098 8/4/2017
1.6.1 1,065 7/26/2017
1.6.0 1,182 3/27/2017
1.5.0 1,287 3/16/2017
1.4.1 1,136 3/14/2017
1.3.0 1,208 3/2/2017
1.2.2 1,183 1/31/2017
1.1.1 1,582 10/14/2016
1.1.0 1,135 10/14/2016
1.0.2 1,506 5/20/2016
1.0.1 1,605 2/19/2016
1.0.0 1,276 12/9/2015

- Fixed:
+ Producer locking in send operation has been relaxed to use read-write locking, since an ordinary lock may make the send operation in parallel thread (of a listener, for example) to "fail fast" while acquiring a lock which will look like a producer is re-starting. This condition can be observed in a scenario with a huge number of listeners (high number of incoming labels and/or high parallelism level) trying to emit messages via a specific sender. Despite the incoming message rate can be high, an endpoint is not currently able to scale on the outgoing side.