Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 7 Next »

This page aims to document 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 process.e

The following keys are available in the “Logging” section of the appsettings.json.

Some of these settings might not be visible by default, however, they can all be used still.

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 level logging more information than 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:

"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 provided.

EnabledCentralizedLogger

When the centralized logging mechanic should be enabled. This has to be enabled in order to be able to pull logs directly from the Media Manager.

LocalLogPath

The path where the service should attempt to log its own logs when “local logging” is enabled. 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.

EnableLocalLogging

If “local logging” is enabled. The same warning as above applies. Both this and LocalLogPath has 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.

  • No labels