Getting Started
Architecture
NServiceBus
Transports
Persistence
ServiceInsight
ServicePulse
ServiceControl
Monitoring
Samples

Controlling script generation

Component: Sql Persistence
Target Version: NServiceBus 7.x

SQL installation scripts are created as compile-time outputs alongside a project's binary outputs. These scripts can be promoted to a directory under source control so that differences can be tracked and analyzed.

Scripts will be created in the directory format of [CurrentProjectDebugDir]\NServiceBus.Persistence.Sql\[SqlDialect].

For example, for a project named ClassLibrary built in Debug mode, the following directories will be created.

  • ClassLibrary\bin\Debug\NServiceBus.Persistence.Sql\MsSqlServer
  • ClassLibrary\bin\Debug\NServiceBus.Persistence.Sql\MySql
  • ClassLibrary\bin\Debug\NServiceBus.Persistence.Sql\Oracle
  • ClassLibrary\bin\Debug\NServiceBus.Persistence.Sql\PostgreSql

Scripts will also be included in the list of project output files. This means that those files produced will be copied to the output directory of any project that references it.

Projects using project.json are not supported. The project.json approach was an experiment by Microsoft for a new project system that was not based on MSBuild. Since project.json did not support running MSBuild files shipped inside a NuGet, the SQL Persistence script creation does not work. This experiment has since been abandoned. To fix this, either migrate back to the older Visual Studio 2015 project format (.csproj and packages.config) or migrate to the new Visual Studio 2017 project format. dotnet-migrate can help migrating to the new .csproj format.

Disabling script generation

In version 4.2 and below, script generation can be disabled by removing the NServiceBus.Persistence.Sql.MsBuild package from the project.

In version 4.3 and above, the script generation capability isn't contained in a separate package. Execution of the script generation task can be completely disabled by including the following in the project file:

Copy code|Copy usings|Edit
<PropertyGroup>
    <SqlPersistenceGenerateScripts>false</SqlPersistenceGenerateScripts>
</PropertyGroup>

SqlPersistenceSettings attribute

Scripts creation is configured via [SqlPersistenceSettings] applied to the target assembly.

To produce all scripts

Copy code|Copy usings|Edit
[assembly: SqlPersistenceSettings(
    MsSqlServerScripts = true,
    MySqlScripts = true,
    OracleScripts = true,
    PostgreSqlScripts = true)]

To produce only MS SQL Server scripts

Copy code|Copy usings|Edit
[assembly: SqlPersistenceSettings(MsSqlServerScripts = true)]

To produce only MySQL scripts

Copy code|Copy usings|Edit
[assembly: SqlPersistenceSettings(MySqlScripts = true)]

To produce only Oracle scripts

Copy code|Copy usings|Edit
[assembly: SqlPersistenceSettings(OracleScripts = true)]

To produce only PostgreSql scripts

Copy code|Copy usings|Edit
[assembly: SqlPersistenceSettings(PostgreSqlScripts = true)]

Toggle script creation

At compile time the SQL persister validates that sagas are of the correct base type and match the required conventions. This can be problematic when mixing persisters. For example using the SQL persistence for timeouts but another persister for saga storage. As such it is possible to selectively control what SQL scripts are generated at compile time, and as a side effect avoid the convention validation of sagas.

Disable outbox script creation

Copy code|Copy usings|Edit
[assembly: SqlPersistenceSettings(
    ProduceOutboxScripts = false)]

Disable saga script creation

Copy code|Copy usings|Edit
[assembly: SqlPersistenceSettings(
    ProduceSagaScripts = false)]

Disable subscriptions script creation

Copy code|Copy usings|Edit
[assembly: SqlPersistenceSettings(
    ProduceSubscriptionScripts = false)]

Disable timeout script creation

Copy code|Copy usings|Edit
[assembly: SqlPersistenceSettings(
    ProduceTimeoutScripts = false)]

Promotion

As stated above, scripts are created in the target project output directory. This directory will usually be excluded from source control. To ensure the scripts are added to source control, they can be promoted to a location outside the build directory.

The target directory will be deleted and recreated as part of each build. Be sure to choose a path that is for script promotion only.

Some token replacement using MSBuild variables is supported.

  • $(SolutionDir): The directory of the solution.
  • $(ProjectDir): The directory of the project

All tokens are drive + path and include the trailing backslash \.

Copy code|Copy usings|Edit
[assembly: SqlPersistenceSettings(
    ScriptPromotionPath = "$(SolutionDir)PromotedSqlScripts")]

The path calculation is performed relative to the current project directory. So, for example, a value of PromotedSqlScripts (with no tokens) would evaluate as $(ProjectDir)PromotedSqlScripts.

Related Articles

Feedback