This page documents the available options for the services the DAM Center has in Dotnet Core. The services are in the “DigizuiteCore” and “AutomationWorkflows” folders.
Logging
All settings are reloaded on-the-fly when the appsettings.json file is changed. I.e there is no need to restart the processes. You need, however, to have the entire path to the log file (sans the log file) pre-created upon load. This typically is only an issue for when you change the log path.
The following keys are available in the “Logging” section of the appsettings.json.
Some of these settings might not be visible by default, regardless of this, they may all be used.
Option name | Description |
|---|---|
| The amount of logging to be included. Valid values are:
With each log level has more info than the former (including the former). |
| A dictionary that can be used to change the log level of certain namespaces. Usually not something you need to change. For example - the following: "Overrides": {
"Microsoft.EntityFrameworkCore": "Warning"
},
reduces the LogLevel of Entity Framework to Warning, rather than the normal log level set for the rest of the service. Multiple keys can be set at the same time. |
| The path to the directory where the log files |
| How many days to keep log files before deleting them |
| How many files to keep per service at the most. |
Note
There may be times when one or more applications fail to fully start. This is usually due to an issue with the environment. In case of this happening, it may be useful to access the failing services' Web.Config files, and enable stdout logging. Please be very cautious when enabling this, as it doesn’t clean up after itself. Once the service is up and running anew, there’s a real threat of it filling the disk entirely if not disabled again.
Log server configuration
The log server has the following configuration options:
Option name | Description |
|---|---|
| The location of the log files on disk (Can be either a relative or absolute path) |
| The size in MB that determines (roughly) how big each log file should be allowed to become |
| Determines what kind of storage to use. Currently, only “Local” is supported. |
| What cleanup strategy to use. Either |
| Determines how many old log files can be at the same time, if using the |
| How long the log files will be kept, if using the |
All these settings can be changed on-the-fly, without requiring a restart of the LogServer process.
Integration Service
The Integration Service debounces messages before sending updates to subscribing integration endpoints. The debounce interval can be configured by adding a “Debouncing” section to the appsettings.json file for the Integration Service. This section has the following configuration options:
Option name | Description | Type | Default value |
|---|---|---|---|
| The debouncing interval to use when debouncing messages before sending them to subscribing integration endpoints. | Timespan | “00:00:07” (7 seconds) |
Internal Debouncing
A lot of services are debouncing messages using the Debouncing Service. The Debouncing Service can be configured by adding a “InternalDebouncing” section to the appsettings.json file for the Debouncing Service. This section has the following configuration options:
Option name | Description | Type | Default value |
|---|---|---|---|
| The Debouncing Service periodically checks if it has any messages that have been debounced and should be sent back to the origin. This parameter configures the sleep time between each check. | Timespan | “00:00:00.200” (200 milliseconds) |
| The maximum number of messages returned at each of the periodical checks. | Integer | 10000 |
Note that all parameters above are optional. It is possible to configure one parameter without configuring the other.
Workflows
The Business Workflow Service can be configured by adding a “BusinessWorkflow” section to the appsettings.json file for the Business Workflow Service. This section has the following configuration options:
Option name | Description | Type | Default value |
|---|---|---|---|
| When an existing workflow is updated, the existing workflow instances for this workflow are migrated to the new version. This parameter sets the maximum number of instances to migrate at a time. Note that all instances using the previous version of the workflow are always migrated. Thus, this parameter can primarily be used to tweak performance. | Integer | 1000 |
FileService
The FileService handles storing and retrieving files used with the “File Input” constraint.
Option name | Description | Type | Default value |
|---|---|---|---|
| Where should the FileService put and collect uploaded files. | Path | Same value as the UNC storage path passed to installer |