Log streams and expected output
Investigating the logging and tracing output for the application server is an excellent way to observe performance, diagnose problems, and gain a general understanding of how the application server is working within your environment. The expected output locations for logging and trace information can be different depending on the operating system on which the application server is running.
Note: This topic references one or more of the application server log files. As a
recommended alternative, you can configure the server to use the High Performance Extensible Logging
(HPEL) log and trace infrastructure instead of using SystemOut.log ,
SystemErr.log, trace.log, and
activity.log files on distributed and IBM®
i systems. You can also use HPEL in conjunction with your native z/OS® logging facilities. If you are using HPEL, you can access all of your log and trace
information using the LogViewer command-line tool from your server profile bin directory. See the
information about using HPEL to troubleshoot applications for more
information on using HPEL.
Log or trace stream | Expected output - basic log and trace mode | Expected output - HPEL log and trace mode |
---|---|---|
Java™ trace | Trace.log. You must have tracing enabled. |
|
Java logs |
|
|
System.out stream |
|
|
System.err stream | SystemErr.log |
|
cout (the C or C++ output stream) | Native stdout | Native stdout |
cerr (the C or C++ error stream) | Native stderr | Native stderr |
Log or trace stream | Expected output - traditional log and trace mode | Expected output - HPEL log and trace mode |
---|---|---|
Java trace | SYSPRINT Avoid trouble: Trace information,
which includes events at the Fine, Finer and Finest levels, is written
only to this output. If you do not enable diagnostic trace, setting
the log detail level to Fine, Finer, or Finest does not affect the
logged data.
|
|
Java logs (Audit level) | Transformed into write-to-operator (WTO) output to the hard copy logging stream | Same outputs as traditional log and trace mode, plus the following:
|
Java logs (other levels) | SYSOUT or your configured error stream | Same outputs as traditional log and trace mod, plus the following:
|
System.out | SYSPRINT |
|
System.err | SYSOUT |
|
cout (the C or C++ output stream) | SYSPRINT | SYSPRINT |
cerr (the C or C++ error stream) | SYSOUT | SYSOUT |
Native trace | SYSPRINT Avoid trouble: Trace information,
which includes events at the Fine, Finer and Finest levels, is written
only to this output. If you do not enable diagnostic trace, setting
the log detail level to Fine, Finer, or Finest does not affect the
logged data.
|
SYSPRINT Avoid trouble: Trace information,
which includes events at the Fine, Finer and Finest levels, is written
only to this output. If you do not enable diagnostic trace, setting
the log detail level to Fine, Finer, or Finest does not affect the
logged data.
|
Native Message logs | SYSOUT or your configured error stream | SYSOUT or your configured error stream |
Note: This topic references one or more of the application server log files. As a
recommended alternative, you can configure the server to use the High Performance Extensible Logging
(HPEL) log and trace infrastructure instead of using SystemOut.log ,
SystemErr.log, trace.log, and
activity.log files on distributed and IBM
i systems. You can also use HPEL in conjunction with your native z/OS logging facilities. If you are using HPEL, you can access all of your log and trace
information using the LogViewer command-line tool from your server profile bin directory. See the
information about using HPEL to troubleshoot applications for more
information on using HPEL.
When
considering the direction of log and trace streams, keep in mind the
following acronyms and abbreviations:- cerr
- C or C++ error steam
- cout
- C or C++ output steam
- DD
- Data Description statements
- HFS
- Hierarchical File System
- JCL
- Job Control Language
- JES
- Job Entry Subsystem
- MVS™
- Multiple Virtual Storage
- WTO
- Write-to-operator
- WTOR
- Write-to-operator with reply