Software AG Products 10.5 | Administering Integration Server | Setting Up the Server Log | Overview of the Server Log
 
Overview of the Server Log
The Integration Server server log contains information about operations and errors that occur on Integration Server, such as the starting of Integration Server subsystems and the loading of packages belonging to Integration Server or other webMethods products. Entries are written to the server log by Integration Server's major subsystems, called facilities. For example, the Integration Server package facility writes server log entries when it loads and unloads packages, the Integration Server flow manager facility writes server log entries when it processes a flow service, and Integration Server's HTTP ports write server log entries when they receive requests. Entries are also written to the server log by facilities for individual products that are installed on Integration Server, such as Trading Networks Server or adapters. Below is an excerpt from a sample server log.
2018-12-04 16:53:37 EST [ISS.0025.0006I] License Manager started
2018-12-04 16:53:38 EST [ISS.0025.0049I] The JCE Unlimited Strength Jurisdiction
Policy File was found
2018-12-04 16:53:38 EST [ISS.0025.0041I] FIPS mode not initialized
2018-12-04 16:53:42 EST [ISS.0025.0024I] JDBC Connection Manager started
2018-12-04 16:53:44 EST [ISS.0095.0013I] Audit Logging initialized.
2018-12-04 16:53:46 EST [BAS.0123.0001I] FSData full consistency check is being
performed. Db:WmRepository 4\RepoV 4
2018-12-04 16:53:46 EST [ISS.0025.0017I] Repository Manager started
2018-12-04 16:53:47 EST [ISS.0025.0021I] ACL Manager started
2018-12-04 16:53:47 EST [ISS.0025.0008I] State Manager started
2018-12-04 16:53:47 EST [ISS.0025.0010I] Service Manager started
2018-12-04 16:53:47 EST [ISS.0025.0020I] Validation Processor started
2018-12-04 16:53:47 EST [ISS.0025.0022I] Statistics Processor started
2018-12-04 16:53:47 EST [ISS.0025.0018I] Invoke Manager started
2018-12-04 16:53:47 EST [ISS.0025.0012I] Cache Manager started
2018-12-04 16:53:47 EST [BAS.0123.0001I] FSData full consistency chec k
is being performed. Db:DocumentStore\ISTransStore
2018-12-04 16:53:47 EST [ISS.0098.0026I] Document Store DefaultStore initialized
2018-12-04 16:53:48 EST [BAS.0123.0001I] FSData full consistency
check is being performed. Db:DocumentStore\TriggerStore
2018-12-04 16:53:48 EST [ISS.0098.0026I] Document Store
VolatileTriggerStore initialized
2018-12-04 16:53:48 EST [ISS.0098.0026I] Document Store TriggerStore
initialized 2018-12-04 16:53:48 EST [BAS.0123.0001I] FSData full
consistency check is being performed. Db:DocumentStore\ISResubmitStore
2018-12-04 16:53:48 EST [ISS.0098.0026I] Document Store ResubmitStore
initialized
2018-12-04 16:53:49 EST [ISS.0153.0000I] webMethods Messaging subsystem started
2018-12-04 16:53:49 EST [ISS.0106.0001I] Join Manager initialized
2018-12-04 16:53:49 EST [ISS.0025.0032I] Dispatcher initialized
2018-12-04 16:53:49 EST [ISS.0134.0128I] JMS subsystem is starting.
2018-12-04 16:53:49 EST [ISS.0134.0998I] DEFAULT_IS_JMS_CONNECTION cache enabled
:: true
2018-12-04 16:53:49 EST [ISS.0134.0000I] JMS subsystem started
2018-12-04 16:53:49 EST [BAS.0123.0001I] FSData full consistency check is being
performed. Db:XAStore\DefaultXAStore
By default, all facilities write to the server log, and the facilities write log entries about critical, error, warning, informational, and debug-related situations. You can have only selected facilities write to the log, and you can increase or decrease the amount of data the facilities provide. This flexibility is useful for troubleshooting. For example, you might temporarily increase the level of detail written to the server log to help uncover the cause of an Integration Server error or performance problem, and return to a lower level once the problem is resolved. You can also override the amount of information to include in the server log for a particular Integration Server session.
By default, Integration Server queues log entries written by its facilities in memory, then uses a background thread to write them to the server log. You can change that property so that facilities write directly to the server log. Using a background thread improves Integration Server performance, but writing directly causes the entries to appear in the server log more quickly.
Integration Server always writes server log entries to flat files; you cannot store the server log in a database. By default, Integration Server writes server log entries for the current day (defined as midnight to midnight) to the server.log file. However, you can configure Integration Server to rotate the server.log file by size instead of by day. For more information, see Configuring the Server Log to Rotate Based on Size.
When rotating the server log file, either by day or by size, Integration Server renames the current server.log file to have the archive file name and starts a new server.log file. The archive file names include the date (yyyymmdd) on which the log entries were originally written.
By default, all log and archive files are stored in the Integration Server_directory \instances\instance_name\logs directory. For information about changing the location of the server.log file, see Changing the Default Server Log Location.
Integration Server keeps each server log file that it creates. However, to preserve resources, you might want to limit the number of server log files kept by Integration Server. For more information about limiting the number of server.log files kept by Integration Server automatically, see Limiting the Number of Server Log Files Kept by Integration Server .
You can override the location of the server log files for a particular session.. For more information about overriding the location of the server log file or the logging levels for a session, see Overriding Logging Level and Server Log Location for a Session.