Logging utility
The zlux-shared
repository provides a logging utility for use by dataservices and web content for an application plug-in.
#
Logging objectsThe logging utility is based on the following objects:
- Component Loggers: Objects that log messages for an individual component of the environment, such as a REST API for an application plug-in or to log user access.
- Destinations: Objects that are called when a component logger requests a message to be logged. Destinations determine how something is logged, for example, to a file or to a console, and what formatting is applied.
- Logger: Central logging object, which can spawn component loggers and attach destinations.
#
Logger IDsBecause Zowe™ application plug-ins have unique identifiers, both dataservices and an application plug-in's web content are provided with a component logger that knows this unique ID such that messages that are logged can be prefixed with the ID. With the association of logging to IDs, you can control verbosity of logs by setting log verbosity by ID.
#
Accessing logger objects#
LoggerThe core logger object is attached as a global for low-level access.
#
App ServerNodeJS uses global
as its global object, so the logger is attached to:
global.COM_RS_COMMON_LOGGER
#
WebBrowsers use window
as the global object, so the logger is attached to:
window.COM_RS_COMMON_LOGGER
#
Component loggerComponent loggers are created from the core logger object, but when working with an application plug-in, allow the application plug-in framework to create these loggers for you. An application plug-in's component logger is presented to dataservices or web content as follows.
#
App ServerSee Router Dataservice Context in the topic Dataservices.
#
Web(Angular App Instance Injectible). See Logger in Zowe Desktop and window management.
#
Using log message IDsTo make technical support for your application easier, create IDs for common log messages and use substitution to generate them. When you use IDs, people fielding support calls can identify and solve problems more quickly. IDs are particularly helpful if your application is translated, because it avoids users having to explain problems using language that the tech support person might not understand.
To use log message IDs, take the following steps:
Depending on how your application is structured, create message files in the following locations:
- Web log messages:
\src\assets\i18n\log\messages_{language}.json
- App server log messages:
\lib\assets\i18n\log\messages_{language}.json
- Web log messages:
In the files, create ID-message pairs using the following format:
Where "id#" is the message ID and "value#" is the text. For example:
Reference the IDs in your code, for example:
Which compiles to:
Or in another supported language, such as Russian:
#
Logger APIThe following constants and functions are available on the central logging object.
Attribute | Type | Description | Arguments |
---|---|---|---|
makeComponentLogger | function | Returns an existing logger of this name, or creates a new component logger if no logger of the specified name exists - Automatically done by the application framework for dataservices and web content | componentIDString |
setLogLevelForComponentName | function | Sets the verbosity of an existing component logger | componentIDString , logLevel |
#
Component Logger APIThe following constants and functions are available to each component logger.
Attribute | Type | Description | Arguments |
---|---|---|---|
SEVERE | const | Is a const for logLevel | |
WARNING | const | Is a const for logLevel | |
INFO | const | Is a const for logLevel | |
FINE | const | Is a const for logLevel | |
FINER | const | Is a const for logLevel | |
FINEST | const | Is a const for logLevel | |
log | function | Used to write a log, specifying the log level | logLevel , messageString |
severe | function | Used to write a SEVERE log. | messageString |
warn | function | Used to write a WARNING log. | messageString |
info | function | Used to write an INFO log. | messageString |
debug | function | Used to write a FINE log. | messageString |
makeSublogger | function | Creates a new component logger with an ID appended by the string given | componentNameSuffix |
#
Log LevelsAn enum, LogLevel
, exists for specifying the verbosity level of a logger. The mapping is:
Level | Number |
---|---|
SEVERE | 0 |
WARNING | 1 |
INFO | 2 |
FINE | 3 |
FINER | 4 |
FINEST | 5 |
Note: The default log level for a logger is INFO.
#
Logging verbosityUsing the component logger API, loggers can dictate at which level of verbosity a log message should be visible. You can configure the server or client to show more or less verbose messages by using the core logger's API objects.
Example: You want to set the verbosity of the org.zowe.foo application plug-in's dataservice, bar to show debugging information.
logger.setLogLevelForComponentName('org.zowe.foo.bar',LogLevel.DEBUG)
#
Configuring logging verbosityThe application plug-in framework provides ways to specify what component loggers you would like to set default verbosity for, such that you can easily turn logging on or off.
#
Server startup logging configurationThe server configuration file allows for specification of default log levels, as a top-level attribute logLevel
, which takes key-value pairs where the key is a regex pattern for component IDs, and the value is an integer for the log levels.
For example:
For more information about the server configuration file, see Zowe Application Framework (zLUX) configuration.