You do this because, depending on your text editor and operating system, you could prevent the server from logging messages while the original file is open in the text editor. Any changes to the file's timestamp can confuse log file rotation.

To determine the location of the server's log file:
In the left pane of the Administration Server, expand the Servers folder and select the name of a server.
In the right pane, select Logging —> Server and note the value in the Server File Name field.

If the pathname is relative, it is relative to the server's root directory.

For example, if you created a domain in the
c:\user_projects\domains\MyDomain directory, and you used the c:\user_projects\domains\MyDomain\startWebLogicServer.cmd script to start the server, then, by default, the log file is located in c:\user_projects\domains\MyDomain\MyServer\MyServer.log.

If the Server File Name field contains only a filename, the log file is located in the root-directory\server-name directory.

For more information, refer to "A Server's Root Directory."

Log on to the computer that hosts the server instance and change to the directory that contains the log file.
Create a copy of the log file and open the copy in the text editor.

Viewing the Domain Log

The following tasks describe how to view the domain log:

• Viewing Domain Logs from the Administration Console
• Viewing Domain Logs from a Text Editor

Viewing Domain Logs from the Administration Console

You can use the Administration Console to view the domain log file without logging on to the Administration Server's host computer. In addition, the Administration Console's log file viewer provides filtering tools that you can use to limit the set of messages that it displays. For example, you can use the filtering tools to view only the messages that the JDBC subsystem has generated.

To view a domain's log messages from the Administration Console:

In the left pane of the Administration Console, right-click on the name of the domain. (See Figure 70-6.)

Figure 70-6 Right-click the Name of the Domain




 
From the pop-up menu, select View Domain Log.

The right pane of the Administration Console displays the Search Log page. By default, the Search Log page displays up to 500 messages in reverse chronological order. The messages at the top of the window are the most recent messages that servers have forwarded to the domain log.

The log viewer does not display messages that have been rotated into archive log files. For more information, refer to Rotating Log Files.

To view the probable cause and any action you can take to remedy an error that a message describes, in the Message ID column, click the message ID. (See Figure 70-7.)

Figure 70-7 View Message Details




 

A pop-up window displays the probable cause and any actions to take.

To change the default set of message attributes that the log viewer displays:
Click Customize this view, which is located at the top of the Search Log page.
To add message attributes to the log viewer display, on the customize page, next to Columns, move message attributes from the Available column to the Chosen column.
To remove message attributes from the log viewer display, on the customize page, next to Columns, move message attributes from the Chosen column to the Available column.
Click Apply.
To filter the list of messages:
Click Customize this view, which is located at the top of the Search Log page.
On the customize page, select filtering criteria.

By default, Subsystem, Server, Users, Sub String and Since fields are undefined. If you leave them undefined, then the log viewer returns messages from all subsystems, servers, and security contexts since the earliest message in the file was generated.

If you select Forward, the Administration Console reverses the order in which it displays messages. The oldest messages in the log file display at the top of the Search Log page.

Click Apply.

The Administration Console constructs a query that returns the log-message data you request. The query searches in the current domain log file only. If the log file has been rotated, the query does not search through old messages that have been moved to another file.

None of the items on this page affect the messages that are actually stored in the domain log file; instead, they determine the log file data that the Administration Console displays.

The Administration Console does not save your filter criteria. The next time you access the Search Log page, the Administration Console uses the default criteria to displays messages.

Viewing Domain Logs from a Text Editor

You can use a text editor to view messages in the current domain log file as well as older log files that the Administration Server creates per its domain-log file rotation scheme. A text editor displays all attributes of all messages that are in the log file.

You cannot access the additional message details if you view messages from a text editor. Only the Administration Console log viewer provides access to the message details as described in Viewing Server Logs from the Administration Console.

To view domain-log messages from a text editor:

Note: Do not open the log file that the server is using to store current messages. Instead, create a copy of the log file and open the copy in the text editor.

You do this because, depending on your text editor and operating system, you could prevent the server from logging messages while the original file is open in the text editor. Any changes to the file's timestamp can confuse log file rotation.

To determine the location of the domain's log file:
In the left pane of the Administration Server, select the domain.
In the right pane, select Configuration —> Logging.
On the Logging subtab, note the value in the File Name field.

If the pathname is relative, it is relative to the root directory of the Administration Server. This is the same directory that contains the domain's config.xml file.

For example, if you created a domain in the c:\user_projects\domains\MyDomain directory, then, by default, the log file is located in c:\user_projects\domains\MyDomain\wl-domain.log.

Log on to the computer that hosts the Administration Server and change to the directory that contains the domain log file.
Create a copy of the log file and open the copy in the text editor.

Rotating Log Files

By default, when you start a WebLogic Server instance in development mode, the server automatically renames (rotates) its local server log file as server-name.log.n. For the remainder of the server session, log messages accumulate in server-name.log until the file grows to a size of 500 kilobytes.

Each time the local log file reaches this size, the server renames the log file and creates a new server-name.log to store new messages. By default, the rotated log files are numbered in order of creation filenamennnn, where filename is the name configured for the log file. You can configure a server instance to include a time and date stamp in the file name of rotated log files.

By default, when you start a server instance in production mode, the server rotates its local log file whenever the file grows to 5000 kilobytes in size. It does not rotate the local server log file when you start the server. For more information about changing the mode in which a server starts, refer to Changing the Runtime Mode.

You can change these default settings for log file rotation. For example, you can change the file size at which the server rotates the log file or you can configure a server to rotate log files based on a time interval. You can also specify the maximum number of rotated files that can accumulate. After the number of log files reaches this number, subsequent file rotations delete the oldest log file and create a new log file with the latest suffix.

Note: WebLogic Server sets a threshold size limit of 500 MB before it forces a hard rotation to prevent excessive log file growth.

To set up log file rotation:

To specify log file rotation for a server log, do the following from the Administration Console:
In the left pane, expand the Server folder and select a server. (See Figure 70-8.)

Figure 70-8 Click on the Name of a Server




 
In the right pane, select Logging —> Server.

To specify log file rotation for the domain log:

In the left pane, select the Domain.
In the right pane, select the Logging tab.
To move old messages to another file when the current log file reaches a specific size:
In Rotation Type, choose By Size.
In Minimum File Size, enter the minimum file size that triggers the server to move log messages to a separate file. After the log file reaches the specified minimum size, the next time the server checks the file size, it renames the current log file. After the server renames a file, subsequent messages accumulate in a new file named FileName.
If you want to limit the number of log files that the server creates to store old log messages, select Limit Number of Retained Log Files. Then in Log Files to Retain, enter the maximum number of files. If the server receives additional log messages after reaching the capacity of the last log file, it deletes the oldest log file and creates a new log file with the latest suffix.
Click Apply.
If you want to move old messages to another file at specific time intervals:
In Rotation Type, choose By Time.
In Rotation Time, enter the start time.

Use the following format: hh:mm, where hh is the hour in a 24-hour format and mm is the minute.

At the time that you specify, the server rotates the current log file. If the time that you specify is already past, the server starts its file rotation immediately. Thereafter, the server rotates the log file at an interval that you specify in File Time Span.

In File Time Span, enter the interval at which the server saves old messages to another file.
If you want to limit the number of log files that the server creates to store old log messages, select Limit Number of Retained Log Files. Then in Log Files to Retain, enter the maximum number of files. If the server receives additional log messages after reaching the capacity of the last log file, it deletes the oldest log file and creates a new log file with the latest suffix when the next interval expires.
Click Apply.
To include a time or date stamp in the file name when the log file is rotated, in the File Name field, add java.text.SimpleDateFormat variables to the file name. Surround each variable with percentage (%) characters.

For example, if you enter the following value in the File Name field:
myserver_%yyyy%_%MM%_%dd%_%hh%_%mm%.log

the server's log file will be named:
myserver_yyyy_MM_dd_hh_mm.log

When the server instance rotates the log file, the rotated file name contains the date stamp. For example, if the server instance rotates its local log file on 2 April, 2003 at 10:05 AM, the log file that contains the old log messages will be named:
myserver_2003_04_02_10_05.log

If you do not include a time and date stamp, the rotated log files are numbered in order of creation filenamennnn, where filename is the name configured for the log file. For example: myserver.log0007.

Notification of Rotation

When the log file exceeds the rotation threshold that you specify, the server instance prints a log message that states that the log file will be rotated. Then it rotates the log file and prints an additional message that indicates the name of the file that contains the old messages.

For example, if you set up log files to rotate by size and you specify 500K as the minimum rotation size, when the server determines that the file is at least 500K in size, the server prints the following message:

<Dec 13, 2002 2:48:46 PM EST> <Info> <Log Management> <BEA-170017> <The log file .\MedRecServer\MedRecServer.log will be rotated. Please reopen the log file if tailing has stopped. This can happen on some platforms like Windows.>

The server immediately rotates the file and prints the following message:

<Dec 13, 2002 2:48:46 PM EST> <Info> <Log Management> <BEA-170018> <The log file has been rotated to MedRecServer.log0001. Log messages will continue to be logged in .\MedRecServer\MedRecServer.log.>

The message ID for the message before rotation is always BEA-170017 and the ID for the message after rotation is always BEA-170018.

File systems such as the standard Windows file system place a lock on files that are open for reading. On such file systems, if your application is tailing the log file, or if you are using a command such as the DOS tail -f command in a command prompt, the tail operation fails after the server has rotated the log file. The tail -f command prints messages to standard out as lines are added to a file. For more information, enter help tail in a DOS prompt.

To remedy this situation for an application that tails the log file, you can create a JMX listener that notifies your application when the server emits the log rotation message. When your application receives the message, it can restart its tailing operation. To see an example of a JMX listener, refer to "Subscribing to Messages" in the Using WebLogic Logging Services guide.

Specifying Which Messages a Server Sends to Standard Out

In addition to writing messages to log files, a WebLogic Server instance can print a subset of its messages to standard out. Usually, standard out is the shell (command prompt) in which you are running the server instance. However, some operating systems enable you to redirect standard out to some other location. If you use the Node Manager to start a Managed Server, the Node Manager redirects a server's standard out to a file on the Node Manager's host computer. For more information, refer to Viewing Standard Out for a Server Started by the Node Manager.

By default, all messages of WARNING severity or higher are printed to standard out and messages of the DEBUG severity are not printed to standard out.

To specify which messages a server sends to standard out:

In the left pane of the Administration Console, expand the Servers folder and select a server. (See Figure 70-8.)
In the right pane, select Logging —> Server.
Click the Log to Stdout checkbox to place a checkmark there.
If you want to send any messages of DEBUG severity to standard out, click the Debug to Stdout to place a checkmark there.

WebLogic Server does not generate DEBUG messages, but you can configure an application that you write to do so. For more information, refer to Writing Debug Messages in the Using WebLogic Logging Services Guide.

In Stdout severity threshold, choose the minimum severity level of the messages that you want to send to standard out. For information about message severity, refer to Message Severity.
Click Apply to save the settings.

Printing Messages to Standard Error

A WebLogic Server instance can also print messages to standard error, which, by default, is the command prompt in which the server is running. The server prints to standard error under the following circumstances:

• The logging subsystem has encountered an error and is unable to send messages to standard out.
• A server instance encounters errors in its startup cycle before the logging subsystem has initialized.

For information about redirecting standard error messages to a file, refer to Redirecting System.out and System.err to a File.

Viewing Standard Out for a Server Started by the Node Manager

If you use the Node Manager to start a Managed Server, the Node Manager redirects to a file on the Node Manager's host computer all messages that the server instance and its JVM would normally print to the shell (including verbosegc output). You can use the Administration Console to view the contents of the file. For more information, refer to "Managed Server Log Files."

To view standard out messages for a server that was started by the Node Manager:

If it is not already running, start the Node Manager on the computer that hosts the Managed Server instance.
In the left pane of the Administration Console, expand the Servers folder and select the server. (See Figure 70-8.)
In the right pane, select Control —> Remote Start Output.
On the Remote Start Output tab, click the View Server output link.

The right pane of the Administration Console displays standard out messages from the most recent (or current) server session.

Configuration Auditing

You can configure a domain to generate log messages and Audit Events when a user changes the configuration or invokes management operations on any resource within a domain. For example, if a user disables SSL on a Managed Server in a domain, the domain writes a message to the Administration Server's local log file. If you have enabled the WebLogic Auditing provider, it writes the Audit Events to an additional security log. These messages and Audit Events provide an audit trail of changes within a domain's configuration (configuration auditing).

The following sections describe configuration auditing:

• Enabling Configuration Auditing
• Configuration Auditing Log Messages
• Audit Events and Auditing Providers

Enabling Configuration Auditing

To enable a domain to emit configuration-auditing messages and Audit Events:

In the left pane of the Administration Console, click the name of the domain.
In the right pane, on the Configuration tab, click the General tab.
On the General tab, under Configuration Auditing, select one of the following:
• If you want the domain to generate only log messages in the Administration Server's local log file, select log
• If you want the domain to generate only Audit Events, which can be handled by Audit providers, select audit

You must enable at least one Audit provider to handle these events. See Audit Events and Auditing Providers.

• If you want the domain to generate log messages and Audit Events, select logaudit
Click Apply.

You can also do the following to enable configuration auditing:

• When you start the Administration Server, include one of the following Java options in the weblogic.Server command:
• -Dweblogic.domain.ConfigurationAuditType="audit"

Causes the domain to emit Audit Events only.

• -Dweblogic.domain.ConfigurationAuditType="log"

Causes the domain to write configuration auditing messages to the Administration Server log file only.

• -Dweblogic.domain.ConfigurationAuditType="logaudit"

Causes the domain to emit Audit Events and write configuration auditing messages to the Administration Server log file.

See "weblogic.Server Command-Line Reference."

• After the Administration Server has started, use the weblogic.Admin utility to change the value of the ConfigurationAuditType attribute of the DomainMBean.

For example, the following command disables configuration auditing for the examples domain:

java weblogic.Admin SET
-mbean examples:Name=examples,Type=Domain
-property ConfigurationAuditType logaudit

For information about using weblogic.Admin to change values of MBean attributes, see "Commands for Managing WebLogic Server MBeans."

Configuration Auditing Log Messages

If you enable the domain to generate configuration auditing log messages, the domain writes the messages to the Administration Server's local log file. All configuration auditing messages are of the Info severity and are identified by message IDs that fall within the range of 159900-159910. Because all the messages are of the Info severity, they are not written to the domain-wide message log by default. For information on changing this default, see Domain Log Filters.

In addition to writing messages to its local log file, the Administration Server broadcasts configuration auditing messages as JMX notifications. You can create a JMX listener and filter that responds to these messages. For example, if the Administration Server emits a message that indicates an unauthorized user has attempted to change the domain's configuration, the JMX listener and filter can send email. See "Listening for Configuration Auditing Messages" in Programming WebLogic Management Services with JMX.

The messages use managed bean (MBean) object names to identify resources. MBean object names provide an unambiguous identification regardless of the interface (Administration Console, command-line utility, or API) that is used to invoke operations or modify the resource. See "WebLogic Server Management Namespace."

Table 70-1 summarizes the messages.

Note: Each time an authorized user adds, modifies, or deletes a resource the Management subsystem also generates Info message with the ID 140009. For example:

<Sep 15, 2003 11:54:47 AM EDT> <Info> <Management> <140009> <Configuration changes for domain saved to the repository.>

The Management subsystem generates this message regardless of whether configuration auditing is enabled.

While the message informs you that the domain's configuration has changed, it does not provide the detailed information that configuration auditing messages provide. Nor does the Management subsystem generate this message when you invoke operations on resources.

Table 70-2 lists additional message attributes for configuration auditing messages. All configuration auditing messages specify the same values for these attributes.

Audit Events and Auditing Providers

An Audit Event is an object that Auditing providers can read and process in specific ways. An Auditing provider is a pluggable component that the security realm uses to collect, store, and distribute information about operating requests and the outcome of those requests for the purposes of non-repudiation.

If you enable a domain to emit Audit Events, the domain emits the events described in Table 70-1. All Auditing providers that are configured for the domain can handle these events.

All of the events are of severity level SUCCESS and describe the security principal who initiated the action, whether permission was granted, and the object (MBean or MBean attribute) of the requested action.

If you enable the default WebLogic Server Auditing provider, it writes all Audit Events as log messages in its own log file. (See Configuring a WebLogic Auditing Provider in Managing WebLogic Security.)

Other Auditing providers that you create or purchase can filter these events and write them to output repositories such as an LDAP server, database, or a simple file. In addition, other types of security providers can request audit services from an Auditing provider. See Auditing Providers in Developing Security Providers for WebLogic Server.

Other Logging Tasks

The following sections describe other tasks related to WebLogic Server log messages:

• Viewing Standard Out for a Server Set Up as a Windows Service
• Viewing Localized Time Stamps on Windows
• Redirecting System.out and System.err to a File
• Disabling a Server from Forwarding Messages to the Domain Log
• Changing the Name and Location of the Server Log File
• Changing the Name and Location of the Domain Log File
• Enabling JDBC Logging
• Enabling and Configuring an HTTP Log

For more logging tasks, refer to Specifying the Messages That a Server Forwards to the Domain Log.

Viewing Standard Out for a Server Set Up as a Windows Service

By default, if you set up a server to run as a Windows service, you cannot view the server's standard out. For information on redirecting the server and JVM's standard out to a file, refer to "Redirecting JVM Messages to a File."

Viewing Localized Time Stamps on Windows

On a Windows computer, you can use the Regional Options Control Panel to enable support for localized currencies, times, and dates. Most SDKs detect the setting on the Regional Options Control Panel and modify their standard out and standard error output to print time and date stamps in a format that matches your locale.

If you have selected a locale and language other than English, modify the settings for your Windows command prompt so that messages that WebLogic Server prints to standard out contain properly-formatted time and date stamps:

Note: You do not need to follow this procedure for server instances that a Node Manager starts. Node Manager redirects its standard out to a file, which you can view from the Administration Console. See Viewing Standard Out for a Server Started by the Node Manager.

In your WebLogic Server startup script, add the following command before the command that invokes the weblogic.Server class:

chcp 1252

This command causes the command prompt to encode all output in the ANSI character set.

For example:

chcp 1252

"%JAVA_HOME%\bin\java" %JAVA_VM% %MEM_ARGS% %JAVA_OPTIONS%
-Dweblogic.Name=%SERVER_NAME%
-Dweblogic.management.username=%WLS_USER%
-Dweblogic.management.password=%WLS_PW%
-Dweblogic.ProductionModeEnabled=%PRODUCTION_MODE%
-Djava.security.policy="%WL_HOME%\server\lib\weblogic.policy"
weblogic.Server

ENDLOCAL

Open a Windows command prompt and do the following:
To display the properties sheet, right-click in the title bar and select Properties.
In the Properties window, select the Font tab.
In the Font list, select a TrueType font.
Click OK.
In the Apply Properties window, select Save properties for future windows with same title. Then click OK.
Invoke the WebLogic Server start script.

Redirecting System.out and System.err to a File

In addition to the configurable set of log messages that a server instance prints to standard out, servlets can invoke system.out.println and the JVM within which a WebLogic Server instance runs can send messages to standard error and standard out. If you use a WebLogic Server script to start a server instance, there is no default, persistent storage for the standard error and standard out messages.

If you want to keep a record of these messages, edit the WebLogic Server script so that the JAVA_OPTIONS variable specifies the following:

-Dweblogic.Stdout="stdout-filename"
-Dweblogic.Stderr="stderr-filename"

Where stdout-filename is the name of a file that you want to save standard out messages and stderr-filename is the name of a file that you want to save standard error messages.

To view the contents of these files, use a text editor or command prompt utility such as the DOS tail program. You cannot view them from the Administration Console.

Note: WebLogic Server prompts for entering your username and password are sent to standard out. If you use -Dweblogic.Stdout, you will no longer see the prompts to enter your username and password. To bypass this prompt, use a boot identity file as described in Boot Identity Files.

Redirecting Garbage Collection Comments

While the -Dweblogic.Stdout and -Dweblogic.Stderr options cause a JVM to redirect all of its java.lang.System.out and java.lang.System.err messages to a file, a JVM does not print its garbage collection comments to System.out or System.err. If you start a JVM with the -verbosegc option, the JVM prints the verbosegc output to the shell in which the JVM is running, regardless of whether you specify -Dweblogic.Stdout or -Dweblogic.Stderr. Some JVMs provide non-standard options for printing garbage collection comments to a file. For more information, view the help for your JVM's non-standard options by entering java -X in a shell.

Disabling a Server from Forwarding Messages to the Domain Log

By default, a server instance forwards log messages of an ERROR or higher severity to domain log.

To prevent a server from sending messages to the domain log:

In the left pane of the Administration Console, expand the Servers folder and select the server. (See Figure 70-8.)
In the right pane, click Logging —> Domain.
Click on the Log to Domain Logfile checkbox to remove the checkmark.
Click Apply.

Changing the Name and Location of the Server Log File

By default, the local server log file is named ./SERVER_NAME/SERVER_NAME.log, where SERVER_NAME is the name of the server. The path is relative to the server's root directory.

To change the default name or location of a server's local log file:

In the left pane of the Administration Console, expand the Servers folder and select the server. (See Figure 70-8.)
In the right pane, select—>Logging —>Server.
In the File Name box, enter a path and filename for the server log.

Enter an absolute pathname or a pathname that is relative to the server's root directory. If you use the Node Manager to start a Managed Server, the root directory is located on the computer that hosts the Node Manager process. For more information, refer to "A Server's Root Directory."

For information about including a time stamp in the server log's file name, refer to Rotating Log Files.

Click Apply to apply your changes.
Restart the server.

The server writes all subsequent domain messages to the new file.

Changing the Name and Location of the Domain Log File

The default name for a domain log file is ./wl-domain.log. The path is relative to the root directory of the Administration Server.

To change the default name or location of the domain's log file:

In the left pane of the Administration Console, select the domain. (See Figure 70-9.)

Figure 70-9 Click on the Name of the Domain




 
In the right pane, select Configuration —> Logging.
In the File Name box, enter a path and filename for the domain log.

Enter an absolute pathname or a pathname that is relative to the root directory of the Administration Server. For more information, refer to "A Server's Root Directory."

For information about including a time and date stamp in the name of rotated domain log files, refer to Rotating Log Files.

Click Apply to apply your changes.

Restart the Administration Server. The Administration Server writes all subsequent domain messages to the new file.

Enabling JDBC Logging

To enable JDBC logging:

In the left pane of the Administration Console, expand the Servers folder and select the server. (See Figure 70-8.)
In the right pane, select Logging —> JDBC.
On the JDBC tab, select Enable JDBC Logging.
Click Apply.
Restart the server.

Enabling and Configuring an HTTP Log

To keep a log of all HTTP requests on a given server instance:

In the left pane of the Administration Console, expand the Servers folder and select the server. (See Figure 70-8.)
In the right pane, select Logging —> HTTP.
On the HTTP tab, click Enable HTTP Logging.
In the Format list, determine the format of the HTTP log file by selecting Common or Extended.
To determine the frequency with which the server empties its HTTP-request buffer and writes the data to the HTTP log file:
In Log Buffer Size, specify the maximum size (in kilobytes) of the HTTP-request buffer.
In the Flush Every box, specify the interval (in seconds) at which the server checks the size of the HTTP-request buffer. If the buffer has reached the maximum size, the server writes the data to the HTTP log file.
By default, the server moves old HTTP requests to another file when the current HTTP log file grows beyond 5000 kilobytes. Also by default, the server can create an unlimited number of these archive log files.

To change these defaults:

In Maximum Log File Size, enter the file size that triggers the server to move HTTP requests to a separate file. After the HTTP log file reaches the specified size, the next time the server checks the file size, it will rename the current log file. After the server renames a file, subsequent messages accumulate in a new file named access.log.
To limit the number of HTTP log files that the server creates to store old HTTP requests, select Limit Number of Retained Log Files. Then in Log Files to Retain, enter the maximum number of files. If the server receives additional HTTP requests after reaching the capacity of the last log file, it overwrites the oldest log file.
To create another file at specific time intervals instead of when the log file reaches a specific size:
In Rotation Type, choose date.
In Rotation Period, enter the interval at which the server saves old HTTP requests to another file.
In Rotation Time, enter the start time.

Use the following java.text.SimpleDateFormat format to specify a date and time: MM-dd-yyyy-k:mm:ss. For information about this format, refer to the J2EE Javadoc.

At the time that you specify, the server rotates the current log file. If the time that you specify is already past, the server calculates the initial rotation time based on the rotation start time and the rotation period, as shown in the following example.

In config.xml:

	<WebServer LogRotationPeriodMins="10"
            LogRotationTimeBegin="08-03-2004-15:30:00"
            LogRotationType="date" Name="myserver"/>

If you start WebLogic Server at 08-03-2004-15:45:00, the server calculates the initial rotation time as 15:30 + (10 * 2) minutes, and starts the HTTP log file rotation at 15:50.

Thereafter, the server rotates the HTTP log file at an interval that you specify in Rotation Period.

To limit the number of log files that the server creates to store old HTTP requests, select Limit Number of Retained Log Files. In Log Files to Retain, enter the maximum number of files. If the server receives additional HTTP requests after reaching the capacity of the last log file, it overwrites the oldest log file.

To include a time or date stamp in the file name when the log file is rotated, in the File Name field, add java.text.SimpleDateFormat variables to the file name. Surround each variable with percentage (%) characters.

For example, if you enter the following value in the File Name field:
access_%yyyy%_%MM%_%dd%_%hh%_%mm%.log

the virtual host's HTTP log file will be named:
access_yyyy_MM_dd_hh_mm.log

When the server instance rotates the HTTP log file, the rotated file name contains the date stamp. For example, if the server instance rotates the log file on 2 April, 2003 at 10:05 AM, the log file that contains the old log messages will be named:
access_2003_04_02_10_05.log

If you do not include a time and date stamp, the rotated log files are numbered in order of creation filenamennnn, where filename is the name configured for the log file. For example: access.log0007.

Click Apply.
Restart the server.