NServiceBus Host

NuGet Package: NServiceBus.Host (6.x)
Target Version: NServiceBus 5.x
Standard support for version 5.x of NServiceBus has expired. For more information see our Support Policy.
For endpoints using NServiceBus version 7 and above, it is no longer recommended to use the NServiceBus Host. Use alternative approaches such as Generic Host, NServiceBus Windows Service or NServiceBus Docker Container instead. With NServiceBus version 8, the NServiceBus Host is no longer supported. Refer to the the host upgrade guide for further details and alternatives.

The NServiceBus Host takes an opinionated approach to hosting. Endpoints using NServiceBus Host can run as windows services or console application (e.g. during development).

To use the host, create a new C# class library and reference the NServiceBus.Host NuGet package.

Host Versions

Versions of the host prior to 5.0 were aligned with NServiceBus core. Since version 6 of NServiceBus.Host the releases are maintained and released independently and the version numbers don't match between NServiceBus.Host and NServiceBus core. This table shows the NServiceBus.Host versions and the corresponding version of NServiceBus core.


Application Domains

The NServiceBus.Host.exe creates a separate service Application Domain to run NServiceBus and the user code. The new domain is assigned a configuration file named after the dll that contains the class implementing IConfigureThisEndpoint. All the configuration should be done in that file (as opposed to NServiceBus.Host.exe.config). In most cases that means just adding the app.config file to the project and letting MSBuild take care of renaming it while moving to the bin directory.

When the type that implements IConfigureThisEndpoint is not specified explicitly via a EndpointConfigurationType application setting key in the NServiceBus.Host.exe.config, the host scans all assemblies to locate this type. Scanning is done in the context of the host application domain, not the new service domain. Because of that, when redirecting assembly versions, the assemblyBinding element needs to be present in both NServiceBus.Host.exe.config and app.config. Also see Assembly Scanning.

Endpoint configuration

Assembly scanning

By default, the assembly scanning process of the NServiceBus Host is the same as for a regular endpoint. At startup the host scans the runtime directory to find assemblies that contain configuration for the given endpoint, i.e. classes implementing the IConfigureThisEndpoint interface.

The scanning process can be avoided if the class containing endpoint's configuration is explicitly specified:

    <add key="EndpointConfigurationType"
         value="YourNamespace.YourTypeName, YourAssembly"/>

Alternatively, it's possible to control which assemblies should be scanned. That can be done in code by implementing IConfigureThisEndpoint interface:

public class EndpointConfig :
    public void Customize(BusConfiguration busConfiguration)
        // use 'busConfiguration' object to configure scanning

or during installation by passing values to /scannedAssemblies: parameters.


For Versions 5 and above, customize the endpoint behavior using the IConfigureThisEndpoint.Customize method on the endpoint configuration class. Call the appropriate methods on the parameter passed to the method.

class CustomizingHost :
    public void Customize(BusConfiguration busConfiguration)
        // To customize, use the configuration parameter.

Endpoint Name

Via namespace convention

When using NServiceBus.Host, the namespace of the class implementing IConfigureThisEndpoint will be used as the endpoint name as the default convention. In the following example the endpoint name when running NServiceBus.Host.exe becomes MyServer. This is the recommended way to name a endpoint. Also this emphasizes convention over configuration approach.

namespace MyServer
    using NServiceBus;

    public class EndpointConfigByNamespace :
        // ... custom config

Via EndpointName attribute

Set the endpoint name using the [EndpointName] attribute on the endpoint configuration.

This will only work when using NServiceBus host.
public class EndpointConfigWithAttribute :
    // ... the config

Default Critical error action

The default Critical Error Action for the Host is:

if (Environment.UserInteractive)
    // so that user can see on their screen the problem

var fatalMessage = $"NServiceBus critical error:\n{errorMessage}\nShutting down.";
Environment.FailFast(fatalMessage, exception);

The default callback should be overridden, if some custom code should be executed before exiting the process, such as persisting some in-memory data, flushing the loggers, etc. Refer to the Critical Errors article for more information.

Roles - Built-in configurations

In Versions 5 and above roles are obsoleted and should not be used. The functionality of AsA_Server, and AsA_Publisher has been made defaults in the core and can be safely removed. If the AsA_Client functionality is still required add the following configuration.

var busConfiguration = new BusConfiguration();

var transactions = busConfiguration.Transactions();

Performance Counters

SLA violation countdown

In the NServiceBus Host the SLA violation countdown counter is enabled by default. But the value can be configured either by the above API or using a EndpointSLAAttribute on the instance of IConfigureThisEndpoint.

public class EndpointConfig :

When Endpoint Instance Starts and Stops

Classes that plug into the startup/shutdown sequence are invoked just after the endpoint instance has been started and just before it is stopped. This approach may be used for any tasks that need to execute with the same lifecycle as the endpoint instance.

public class Bootstrapper :

    public void Start()
        // Do startup actions here.

    public void Stop()
        // Do cleanup actions here.

Support for TLS 1.2 and higher

The NServiceBus.Host is compiled against .NET Framework 4.5.2. The Transport Layer Security (TLS) best practices from Microsoft state that an application should not hardcode the TLS version but let the operating system choose a sensible default. Unfortunately being compiled against .NET 4.5.2 means TLS 1.1 and not TLS 1.2 or 1.3 will be used. To enable TLS 1.2 or higher compatibility on the Host add the following runtime configuration to the NServiceBus.Host.exe.config:

<?xml version="1.0" encoding="utf-8"?>
    <AppContextSwitchOverrides value="Switch.System.Net.DontEnableSystemDefaultTlsVersions=false"/>


Related Articles

Last modified