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-0 4
16 : 53:38 EST [ISS.0025.0049I] The JCE Unlimited Strength Jurisdiction Policy Fil e
was found2018-12-04 16:53:38 EST [ISS.0025.0041I] FIPS mode not initialized2018-12-04 16:53:42 EST [ISS.0025.0024I] JDBC Connection Manager started2018-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:WmRepository4\RepoV42018-12-04 16:53:46 EST [ISS.0025.0017I] Repository Manager started2018-12-04 16:53:47 EST [ISS.0025.0021I] ACL Manager started2018-12-04 16:53:47 EST [ISS.0025.0008I] State Manager started2018-12-04 16:53:47 EST [ISS.0025.0010I] Service Manager started2018-12-04 16:53:47 EST [ISS.0025.0020I] Validation Processor started2018-12-04 16:53:47 EST [ISS.0025.0022I] Statistics Processor started2018-12-04 16:53:47 EST [ISS.0025.0018I] Invoke Manager started2018-12-04 16:53:47 EST [ISS.0025.0012I] Cache Manager started2018-12-04 16:53:47 EST [BAS.0123.0001I] FSData full consistency check is being
performed. Db:DocumentStore\ISTransStore2018-12-04 16:53:47 EST [ISS.0098.0026I] Document Store DefaultStore initialized2018-12-04 16:53:48 EST [BAS.0123.0001I] FSData full consistency check is being
performed. Db:DocumentStore\TriggerStore2018-12-04 16:53:48 EST [ISS.0098.0026I] Document Store VolatileTriggerStore
initialized2018-12-04 16:53:48 EST [ISS.0098.0026I] Document Store TriggerStore initialized2018-12-04 16:53:48 EST [BAS.0123.0001I] FSData full consistency check is being
performed. Db:DocumentStore\ISResubmitStore2018-12-04 16:53:48 EST [ISS.0098.0026I] Document Store ResubmitStore
initialized2018-12-04 16:53:49 EST [ISS.0153.0007I] webMethods Messaging connection alias
IS_DES_CONNECTION started2018-12-04 16:53:49 EST [ISS.0153.0000I] webMethods Messaging subsystem started2018-12-04 16:53:49 EST [ISS.0106.0001I] Join Manager initialized2018-12-04 16:53:49 EST [ISS.0025.0032I] Dispatcher initialized2018-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
:: true2018-12-04 16:53:49 EST [ISS.0134.0998I] PE_NONTRANSACTIONAL_ALIAS cache enabled
:: true2018-12-04 16:53:49 EST [ISS.0134.0000I] JMS subsystem started2018-12-04 16:53:49 EST [BAS.0123.0001I] FSData full consistency check is being
performed. Db:XAStore\DefaultXAStore
For a list of available facilities in
Integration Server, see
Server Log Facilities.
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.