You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: persistence/sql/install.md
+1-9Lines changed: 1 addition & 9 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -9,7 +9,6 @@ reviewed: 2025-12-19
9
9
10
10
The SQL persistence package generates scripts to create necessary database assets. It is recommended to run those scripts as part of the deployment process. See [Installer Workflow](installer-workflow.md) for more information.
11
11
12
-
13
12
## Script execution during development
14
13
15
14
To streamline development, SQL persistence will execute generated scripts at endpoint startup if installers are enabled.
@@ -19,18 +18,16 @@ snippet: ExecuteAtStartup
19
18
> [!NOTE]
20
19
> Automatically executing generated scripts is recommended only in development environments.
21
20
22
-
23
21
## Script execution in non-development environments
24
22
25
23
In non-development environments, where the SQL persistence installation scripts have been executed as part of the deployment, it may be necessary to explicitly disable the SQL persistence installers if [standard installers](/nservicebus/operations/installers.md) need to be used for other purposes.
26
24
27
25
snippet: DisableInstaller
28
26
29
-
The `ScriptRunner` class can be used to run the scripts without creating and starting an NServiceBus endpoint
27
+
The `ScriptRunner` class can be used to run the scripts without creating and starting an NServiceBus endpoint.
30
28
31
29
snippet: ScriptRunner
32
30
33
-
34
31
## Table prefix
35
32
36
33
The *table prefix* is the string that is prefixed to every table name, e.g. Saga, Outbox, Subscription and Timeout tables.
@@ -46,7 +43,6 @@ When using the default approach to installation (execute at startup), the value
46
43
47
44
snippet: TablePrefix
48
45
49
-
50
46
## Database schema
51
47
52
48
When using a database that supports schemas, a schema value other than default can be defined in the configuration API. Consult the documentation of the selected SQL dialect for details.
@@ -58,19 +54,16 @@ When using a database that supports schemas, a schema value other than default c
58
54
> [!NOTE]
59
55
> The same value must be passed to the installation scripts as a parameter.
60
56
61
-
62
57
## Manual installation
63
58
64
59
When performing a custom script execution the table prefix is required. See also [Installer Workflow](installer-workflow.md).
65
60
66
61
Note that `scriptDirectory` can be either the root directory for all scripts or the specific locations for a given storage type i.e. Saga, Outbox, Subscription and Timeout scripts.
Copy file name to clipboardExpand all lines: platform/index.md
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -15,7 +15,7 @@ The Particular Service Platform consists of [NServiceBus](/nservicebus), [Servic
15
15
16
16

17
17
18
-
The details of each component are discussed below. A Particular Service Platform-based system consists of several NServiceBus [endpoints](/nservicebus/endpoints/). Endpoints are logical entities that perform business operations. They communicate with each other using messages (via queues) and forward messages to ServiceControl for auditing. ServiceControl stores this audit trail and provides integration points for ServicePulse. ServicePulse provides monitoring and recoverability for production systems. ServicePulse provides debugging information and visualization of how the system works.
18
+
The details of each component are discussed below. A Particular Service Platform-based system consists of several NServiceBus [endpoints](/nservicebus/endpoints/). Endpoints are logical entities that perform business operations. They communicate with each other using messages (via queues) and forward messages to ServiceControl for auditing. ServiceControl stores this audit trail and provides integration points for ServicePulse. ServicePulse provides monitoring and recoverability for production systems, as well as debugging information and visualization of how the system works.
19
19
20
20
## [NServiceBus](/nservicebus) - where it all begins
Copy file name to clipboardExpand all lines: platform/nservicebus.include.md
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -76,7 +76,7 @@ NServiceBus is designed to work with the rest of the Particular Service Platform
76
76
77
77
When a message fails to be processed, even after a number of retry strategies have been attempted, NServiceBus will forward the message to an [error queue](/nservicebus/recoverability/configure-error-handling.md) for manual investigation. Messages sent to the error queue are instrumented with headers containing details about the failure including a full exception stack trace. ServiceControl picks up messages from the error queue and makes them available in [ServicePulse](/servicepulse/). Once the root cause of the failure has been found and corrected, all messages caused by the same problem can be retried at once.
78
78
79
-
Additionally, each endpoint can send [heartbeat](/monitoring/heartbeats/), [health check](/monitoring/custom-checks/), and [performance metrics](/monitoring/metrics/) through the platform for visualization in ServicePulse, making it easy to see which endpoints are offline, which are ready to scale out, and which require manual intervention. Message visualizations available in [ServicePulse](/servicepulse/message-details.md#messages-with-audited-conversation-data) make it easy to understand message flows and timing of a running NServiceBus system.
79
+
Additionally, each endpoint can send [heartbeat](/monitoring/heartbeats/), [health check](/monitoring/custom-checks/), and [performance metrics](/monitoring/metrics/) through the platform for visualization in ServicePulse, making it easy to see which endpoints are offline, which are ready to scale out, and which require manual intervention. Message visualizations available in [ServicePulse](/servicepulse/message-details.md#messages-with-audited-conversation-data) make it easy to understand message flows and timing of a running NServiceBus system.
80
80
81
81
The [real-time monitoring demo](https://particular.net/real-time-monitoring) provides the ability to experience the Service Platform in action. The [Platform Sample package](/platform/platform-sample-package.md) provides the ability to demonstrate the Service Platform from within any .NET Project, without the need to install anything.
Copy file name to clipboardExpand all lines: serviceinsight/support-policy.md
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -18,7 +18,7 @@ related:
18
18
>
19
19
> The latest version of ServiceInsight is supported (including bug fixes) until migration instructions to ServicePulse are available.
20
20
21
-
The latest version can be found on the [downloads page](https://particular.net/downloads), however, it is recommended to install the latest version of [ServicePulse](/servicepulse/installation.md) for the latest features and full support.
21
+
The latest version can be found on the [downloads page](https://particular.net/downloads); however, it is recommended to install the latest version of [ServicePulse](/servicepulse/installation.md) for the latest features and full support.
0 commit comments