Internal, system -driven events of different types (debug messages, errors, warnings, etc.) occuring occurring within in {{UBIK}} are recorded by a logging mechanism. This information supports the user in finding issues in the design process or to identify identifying the reasons for problems at runtime. The mechanisms can be configured for the [[Web Service]], the {{UBIK Studio}} as well as for the {{UBIK Enterprise Service}}. A general description of the technique used can be found on the Microsoft page for [http://msdn.microsoft.com/en-us/library/ms733830%28v=vs.110%29.aspx Configuring Services].
== Version 3.6 ==
* With Version 3.6 we Replaced our existing Microsoft.Practices.EnterpriseLibrary.Logging with more up-to-date solution solutions like Serilog.
=== What is Serilog ===
Serilog is a portable and structured logging framework to record diagnostic logs into files, console consoles, and SQL/NoSQL databases.
===Serilog existing log event levels===
*Log Levels are taken from the Serilog doku : https://github.com/serilog/serilog/wiki/Configuration-Basics
{| class="wikitable sortable" | width = "50%"
|-
| Debug || Debug is used for internal system events that are not necessarily observable from the outside, but useful when determining how something happened. For example, the details of requests and responses made to and from external integration points would often be logged at this level.
|- align="left"
| Information || Information events describe things happening in the system that correspond corresponds to its responsibilities and functions. Generally, these are the observable actions the system can perform. For example, processing a payment or updating a user's details will be logged at this level.
|- align="left"
| Warning || When service is degraded, endangered, or may be behaving outside of its expected parameters, Warning level events are used. A warning event should only be emitted when the condition is either transient or can be investigated and fixed - use restraint to avoid polluting the log with spurious warnings. For example, slow response times from a critical database would be logged as warnings.
|- align="left"
| Error || When functionality is unavailable or expectations are broken, an Error event is used. For example, receiving an exception when trying to commit a database transaction is an event at this level.
|- align="left"
| Fatal || The most critical level, Fatal events demand immediate attention. For example, an application failing during startup will log a Fatal event. If you have a pager, it goes off when one of these occurs.
| LogInformation || Information || method for writing an information log message to the output log file logged as Information event level. (new)
|- align="left"
| LogSQLStatement LogSQLCommand || Information || method for writing a sql SQL log message to the output log file logged as Information event level.
|- align="left"
| LogCustomizing || Information || method for writing a customizing log message to the output log file logged as Information event level.
=== How To Configure Logging ===
*Added a way for the User to configure the default log path, the file count limit, the log event level , and rolling policies through Logger.config with changing only the “values”, which are set on their default.
**The default Log path is set to the installation directory of UBIK. Its value can be changed to any local path (e.g. value="C:\logs").
**Using OS Environment Variables (e.g. value="%SYSTEMDRIVE%\logs") is possible.
**Using Relative path's (e.g. value="..\logs" used for moving up in the hierarchy from the current directory) or (e.g. value=".\logs" represents the current directory itself) is possible.
**The default for the event level is set to Debug and its values can be changed to Verbose, Information, Warning, Error , or Fatal.
*File default count limit is set to 31 and its values can be changed to any positive number.
*The default Rolling policies is are set to Day and its values can be changed to "Day", "Month" or "Year".
<source lang="xml">
<LoggingConfiguration>
<add key="LogRootPath" value=""/>
<!-- Values can be "Verbose", "Debug", "Information", "Warning", "Error", "Fatal". Normally "Debug" should be fine and you should only change it if you know well what you do. -->
<add key="LogLevel" value="Debug"/>
<!-- The most recent 31 files are retained by default (i.e. one long month). If the value is empty the default will be applied. You must specifically set value="null" to remove this limit and all log files will be kept. You can set any other positive number -->
<!-- DO NOT REMOVE THIS -->{{Template:Activity/End}}<!-- DO NOT REMOVE THIS -->
=== How To Configure Logging for EnterpriseService ===
When creating UBIK.Studio in Windows, the right for the application packages is not available in the standard case and must be added manually.This can be done by right-clicking on the UBIK.Studio folder and under the security tab the rights for the application package can be manually added.
== Version 3.5 or erlier ==
==Logging categories==
{{UBIK}} has different types of categories configured for the logging mechanism. The following categories can be configured in the configuration files. Categories with the remark '''internal''' are available via customizing code, but are used to log internal events. As it is not recommended to mix logging of internal events together with others, the two additional categories '''CUSTOMIZING''' and '''WORKFLOW''' have been created.
{| class="wikitable" | width = "88%"
! Type!! Description!! Access
|-
| CUSTOMIZING || Log for events that occured occurred in the customizing. This method is available by calling <code>UBIKKernel.LogCustomizing(...)</code> from the customizing code. || public
|-
| WORKFLOW || Log for events that occured occurred when running workflows which is are provided by the [[WriteLogEntry_(Activity)|WriteLogEntry Activity]] || public
|-
| ASSERTION || Log for failed Assertions || internal