Liberty environment variables
We can customize the Liberty environment using certain specific variables to support the placement of product binary files and shared resources in read-only file systems. See Server configuration overview.
The following environment variables can be configured in server.env file. The ${wlp.install.dir} configuration variable has an inferred location that is always set to the parent of the directory containing the launch script.
JVM_ARGS | List of command-line options, such as system properties or -X parameters, passed to the JVM when the server starts. Any values that contain spaces must be enclosed in quotes. |
WLP_USER_DIR | Alternative location for ${wlp.user.dir}. Must be an absolute path. If specified, the runtime environment looks for shared resources and server definitions in the specified directory. ${server.config.dir} is equivalent to...
If not specified, ${wlp.user.dir} is set to ${wlp.install.dir}/usr. |
WLP_OUTPUT_DIR | Alternative location for server generated output such as logs, the workarea
directory, and generated files. Files in the logs directory can include console.log, messages.log, and any generated FFDC files.
Generated files can include server dumps created with the server dump or server javadump command. Must be an absolute path. If this environment variable is specified, ${server.output.dir} is set to the equivalent of...
If not specified, ${server.output.dir} is the same as ${server.config.dir}. When the server command is used, the server process uses the output directory as its current working directory. |
WLP_DEBUG_ADDRESS | Alternative port when we run the server in debug mode. The default value is 7777. When Liberty is run in debug mode from the server command, the following values are set...
If however, we run Liberty from the ws-server.jar executable JAR file, or the embedded Liberty server SPI, then use the same settings to enable debug mode for Liberty. Specify the path to the libraries in server.env. |
We can specify WLP_OUTPUT_DIR, WLP_USER_DIR, and WLP_DEBUG_ADDRESS environment variables in server.env files. We can also specify JVM options in jvm.options files. Both server.env and jvm.options files work only when we use the server management script. If we use the ws-server.jar executable JAR file to launch the server, these files are not supported.
- Specify environment variables using server.env files.
We can use server.env files at the installation and server levels to specify environment variables such as JAVA_HOME, WLP_USER_DIR, and WLP_OUTPUT_DIR. For example:
# Use a specific Java binary JAVA_HOME=/opt/ibm/java-i386-60/jre # JAVA_HOME=c:\Java
Note:
- The server.env files support only key=value pairs.
- Empty lines and lines that start with the number sign (#) are ignored.
- All characters are literal except for the caret (^) in Windows when the caret is used to escape a variable expansion character like the exclamation point (!).
- There should be no blank space surrounding the equal sign (=). on Linux systems in version 21.0.0.12 and earlier. For information about using expansion variables on Windows or on Linux in version 22.0.0.1 and later, see Expansion variables on the Open Liberty website.
- WLP_USER_DIR can be specified only in the ${wlp.install.dir}/etc/server.env file because the purpose of this variable is to specify where the remaining configuration is located. After the remaining configuration is found and merged, no further configuration in a different location is expected, or supported.
The server management script searches for server.env files in two locations: ${wlp.install.dir}/etc/server.env and ${server.config.dir}/server.env. If both files are present, the contents of the two files are merged; values in the server-level file take precedence over values in the runtime-level file.
We can also specify these environment variables in the shell environment, but the server.env files take precedence over those variables.
# Set the maximum heap size to 1024m. -Xmx1024m # Set a system property. -Dcom.ibm.example.system.property=ExampleValue # Enable verbose output for class loading. -verbose:class # Enable verbose garbage collection. -verbose:gc # Specify an alternate verbose garbage collection log on IBM Java Virtual Machines only. -Xverbosegclog:verbosegc.log # Specify additional verbose garbage collection options on HotSpot Java Virtual Machines only. -Xloggc:verbosegc.log -XX:+PrintGCDetails -XX:+PrintGCTimeStamps -XX:+PrintHeapAtGC
We can create multiple jvm.options files in the following locations:
- ${wlp.install.dir}/usr/shared/jvm.options
- ${server.config.dir}/configDropins/defaults/jvm.options
- ${server.config.dir}/jvm.options
- ${server.config.dir}/configDropins/overrides/jvm.options
These files are merged in order from the beginning to the end of this list before server start and are used as the JVM options for the server. If none of these files are present, then ${wlp.install.dir}/etc/jvm.options is read.
Note:
- Do not put property values in quotation marks.
- Empty lines and lines that start with the number sign (#) are ignored.
- All characters are literal except for the caret (^) in Windows when the caret is used to escape a variable expansion character like the exclamation point (!).
- There should be no blank space surrounding the equal sign (=). on Linux systems in version 21.0.0.12 and earlier. For information about using expansion variables on Windows or on Linux in version 22.0.0.1 and later, see Expansion variables on the Open Liberty website.
What to do next
If we start the Liberty server using the server script, all of the operating system environment variables from the current session are available. If we start the server using either the MBean or the Admin Center, the only available environment variables are those variables available to a remote command running on that system.