Network Deployment (Distributed operating systems), v8.0 > Set up the application serving environment > Administer application servers > Create, edit, and delete WebSphere variables

Introduction: Variables

Overview

Variables come in many varieties. They are used to control settings and properties relating to the server environment. The three main types of variables that you should understand are...

• environment variables
• WebSphere variables
• custom properties

Environment variables

Environment variables, also called native environment variables, are not specific to WAS and are defined by other elements, such as UNIX, Language Environment (LE), or third-party vendors, among others. Some of the UNIX-specific native variables are LIBPATH and STEPLIB. These variables tend to be operating system-specific.

Environment variables can also be specified as an application server environment entry. To specify an environment variable as an environment entry, in the admin console, click...

    Servers > Server Types > appserver > Server Infrastructure > Java process management > Process definition > Environment entries

WebSphere variables

WebSphere variables are name and value pairs that are used to provide settings for any of the string data type attributes contained in one of the XML formatted configuration files that reside in the product repository. After a variable is defined, the value specified for the variable replaces the variable name whenever the variable name is encountered during configuration processing.

WebSphere variables can be used to configure:

• WAS path names, such as JAVA_HOME, and APP_INSTALL_ROOT

• A path value for the extendedDocumentRoot JSP or file serving attribute. This capability enables you to add an application to each node in a clustered environment without modifying the ibm-web-ext.xmi file for that application on each node.

  For IBM extension and binding files, the .xmi or .xml file name extension is different depending on whether you are using a pre-Java EE 5 application or module or a Java EE 5 or later application or module. An IBM extension or binding file is named ibm-*-ext.xmi or ibm-*-bnd.xmi where * is the type of extension or binding file such as app, application, ejb-jar, or web. The following conditions apply:

  • For an application or module that uses a Java EE version prior to version 5, the file extension must be .xmi.

  • For an application or module that uses Java EE 5 or later, the file extension must be .xml. If .xmi files are included with the application or module, the product ignores the .xmi files.

  However, a Java EE 5 or later module can exist within an application that includes pre-Java EE 5 files and uses the .xmi file name extension.

  The ibm-webservices-ext.xmi, ibm-webservices-bnd.xmi, ibm-webservicesclient-bnd.xmi, ibm-webservicesclient-ext.xmi, and ibm-portlet-ext.xmi files continue to use the .xmi file extensions.

• Certain cell-wide customization values

To create or modify a WebSphere variable, in the admin console click

        Environment > WebSphere variables .

A variable can apply to a cell, a cluster, a node, or a server.

How the variable is set determines its scope. If the variable is set:

• At the server level, it applies to the entire server.

• At the node level, it applies to all servers in the node, unless you set the same variable at the server level. In that case, for that server, the setting specified at the server level overrides the setting specified at the node level.

• At the cell level, it applies to all nodes in that cell, unless you set the same variable at the node or server level.

  • If you set the same variable at the server level, for that server, the setting specified at the server level overrides the setting specified at the cell level.

  • If you set the same variable at the node level, for all servers in that node, the setting specified at the node level overrides the setting specified at the cell level.

Custom properties

Custom properties are property settings meant for a specific functional component. Any configuration element can have a custom property. Common configuration elements are...

• cell
• node
• server
• web container
• transaction service

A limited number of supported custom properties are available and these properties can be set in the admin console using the custom properties link that is associated with the functional component.

For example, to set web container custom properties...

Servers > Server Types > WebSphere application servers > server_name

> Container settings > Web container > Custom properties

Custom properties set from the web container custom properties page apply to all transports that are associated with that web container; custom properties set from one of the web container transport chain or HTTP transport custom properties pages apply only to that specific HTTP transport chain or HTTP transport. If the same property is set on both the web container page and either a transport chain or HTTP transport page, the settings on the transport chain or HTTP transport page override the settings that are defined for the web container for that specific transport. Change time zone settings
Create, edit, and delete WebSphere variables
Session management custom properties
Web container custom properties
HTTP transport custom properties

+

Search Tips   |   Advanced Search