Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

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.

...

Option name

Description

LogLevel

The amount of logging to be included. Valid values are:

  1. None ← Least

  2. Critical

  3. Error

  4. Warning

  5. Information

  6. Debug

  7. Trace ← Most

With each log level has more info than the former (including the former).

Overrides

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:

Code Block
"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.

EnabledCentralizedLogger

By enabling this, you give access for people to look at the logs though MM

LocalLogPath

(Requires EnableLocalLogging=trueto work)

The path provided here will be used for local logging.

Please note that: This does not clean up after itself, so this should only be enabled for the sake of debugging, and should be turned off once finished.

Setting this to a folder that doesn’t exist upon load, will make both Centralized+local logging not work (the logs will be blank both places)

EnableLocalLogging

If you haveEnableLocalLogging=truethen this is enabled. Please note that this too does not clean up after itself - i.e. the above warning also applies here.

Both this and LocalLogPath have to be set, for local logging to occur.

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:

...

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

Interval

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:

...

Note that all parameters above are optional. It is possible to configure one parameter without configuring the other.

Business Workflow

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:

...