Rebus.Msmq.Experimental 2.1.0

.NET Standard 2.0 
Install-Package Rebus.Msmq.Experimental -Version 2.1.0
dotnet add package Rebus.Msmq.Experimental --version 2.1.0
<PackageReference Include="Rebus.Msmq.Experimental" Version="2.1.0" />
For projects that support PackageReference, copy this XML node into the project file to reference the package. 
paket add Rebus.Msmq.Experimental --version 2.1.0
The NuGet Team does not provide support for this client. Please contact its maintainers for support. 
#r "nuget: Rebus.Msmq.Experimental, 2.1.0"
#r directive can be used in F# Interactive, C# scripting and .NET Interactive. Copy this into the interactive tool or source code of the script to reference the package. 
// Install Rebus.Msmq.Experimental as a Cake Addin
#addin nuget:?package=Rebus.Msmq.Experimental&version=2.1.0

// Install Rebus.Msmq.Experimental as a Cake Tool
#tool nuget:?package=Rebus.Msmq.Experimental&version=2.1.0
The NuGet Team does not provide support for this client. Please contact its maintainers for support.

Rebus.Msmq.Experimental

install from nuget

Provides a Microsoft Message Queue transport for Rebus based on the Experimental.System.Messaging NuGet package.

NOTE THAT THIS PACKAGE IS BASED ON Experimental.System.Messaging, which is NOT Microsoft's official MSMQ driver.

🤠

The reason for this package to exist, is because Microsoft chose to abandon the entire System.Messaging namespace when they ported code to .NET Core.

You can read more in this GitHub issue: 'Add support for SystemMessaging and SOAP Web Services'.

Are there differences between this transport and Rebus' real MSMQ transport?

YES! First off, this package is based on an experimental port of the code from full FX System.Messaging, which is residing here: Experimental.System.Messaging on GitHub.

This means that it might not work as expected. Or maybe it does? The tests seem to pass. All I'm saying is this: USE AT YOUR OWN RISK! 😨

Another difference is, that MessageQueue.SetPermissions(...) was not included in the port, so all automatically created queues will NOT have permissions set by default. This means that queues automatically created by code running under some systems account (as you normally would) will be owned and accessible only by that systems account. You need to have local administrator rights to fix this, and then go and take ownership of the queues, and THEN you may set the permissions... good times! 🙄

Product Versions
.NET net5.0 net5.0-windows net6.0 net6.0-android net6.0-ios net6.0-maccatalyst net6.0-macos net6.0-tvos net6.0-windows
.NET Core netcoreapp2.0 netcoreapp2.1 netcoreapp2.2 netcoreapp3.0 netcoreapp3.1
.NET Standard netstandard2.0 netstandard2.1
.NET Framework net461 net462 net463 net47 net471 net472 net48
MonoAndroid monoandroid
MonoMac monomac
MonoTouch monotouch
Tizen tizen40 tizen60
Xamarin.iOS xamarinios
Xamarin.Mac xamarinmac
Xamarin.TVOS xamarintvos
Xamarin.WatchOS xamarinwatchos
Compatible target framework(s)
Additional computed target framework(s)
Learn more about Target Frameworks and .NET Standard.

NuGet packages (3)

Showing the top 3 NuGet packages that depend on Rebus.Msmq.Experimental:

Package Downloads
Brickclay.Common

Package Description
Bk.Rebus.EventBus

Common Rebus Configurations
Bk.EventBus

Package Description

GitHub repositories

This package is not used by any popular GitHub repositories.

Version Downloads Last updated
2.1.0 101 1/31/2022
2.0.0 63 1/31/2022
2.0.0-a01 2,110 2/26/2020
1.0.0-a01 214 2/4/2020