Install CIP features on an existing Express product
This page describes how to install a customized installation package (CIP) that includes the IBM WAS Express product and one or more maintenance packages. This page describes how to use the CIP installation wizard to install features that are included in the CIP. The installation wizard also installs maintenance packages that are included in the CIP.
This page assumes that we have a CIP that contains installable features.
For information on creating a CIP, see .
If this topic does not describe the procedure that you meant to select, click the link to the description of the appropriate installation procedure before you issue the install command.
Perform the following installation to add features to an existing WebSphere Application Server - Express installation.
This installation also installs maintenance packages that are included in the CIP.
- Log on to the operating system. If installing as a non-root or non-administrative user, then there are certain limitations.
In addition, select a umask that allows the owner to read/write to the files, and allows others to access them according to the prevailing system policy. For root, a umask of 022 is recommended. For non-root users, a umask of 002 or 022 could be used, depending on whether or not the users share the group. To verify the umask setting, issue the following command:
umaskTo set the umask setting to 022, issue the following command:umask 022When installing as an administrative user on a Windows operating system, a Windows service is automatically created to autostart the appserver. The installer user account must have the following advanced user rights:
- Act as part of the operating system
- Log on as a service
For example, on some Windows operating systems, click Control Panel > Administrative Tools > Local Security Policy > Local Policies > User Rights Assignments to set the advanced options. See the Windows operating system documentation for more information.
Install non-English language packages for the appserver runtime environment
If you plan to run the appserver as a Windows service, do not install from a user ID that contains spaces. A user ID with spaces cannot be validated. Such a user ID is not allowed to continue the installation. To work around this restriction, install with a user ID that does not contain spaces.
- Stop each running appserver.
Stop all server processes in all profiles associated with the target product instance. For example, issue the following command from the $PROFILE_ROOT /bin directory to stop the server1 process in the appserver profile:
./stopServer.sh server1
./stopServer server1If a server is running and security is enabled, use the following command:
./stopServer.sh server1 -user user_ID -password password
./stopServer server1 -user user_ID -password password- Uninstall all maintenance packages.
we are using WAS installation image to install additional features. The features have not had any maintenance applied to them. If you remove all maintenance packages, the entire product will be at the same release level. We can then reapply the maintenance packages as described in a later step.
Start the Update Installer program with the updi_root /update command to search for and uninstall all maintenance packages.
- Access the root directory of the installation package on the hard disk, or insert the disc containing the installation package into the disc drive. If installing WAS ND from CD and the CIP installer is spanned across multiple CDs, you will be prompted during the installation for the next CD.
Best practice: To avoid being prompted for subsequent CDs, copy all installation CDs into the same directory on the hard disk, name them DISC1. DISC2, and so on for each disc, and run the installer from the DISC1 directory. You will not be prompted for the next CD during installation if we have followed this naming convention. If installing silently, then use this naming convention or the installation will not proceed
Mount the drive if necessary.
- Start the installation directly with the install command.
- Change to the WAS directory.
- Run the install command.
- ./install
- install
After launching the CIP installation wizard from the command line, the wizard initializes and then displays the Welcome panel. Click About this custom installation package to display detailed information about the current custom installation package, such as the edition and version.
- The installation wizard initializes and then displays the Welcome panel.
Click Next to continue.
- The license agreement panel is displayed. Read the license agreement and accept its terms. After you accept the licensing terms, the installation wizard checks for a supported operating system and prerequisite patches.
Although the installation wizard automatically checks for prerequisite operating system patches with the prereqChecker application, review the prerequisites on the WebSphere Application Server detailed system requirements Web site if we have not already done so. The Web site lists all supported operating systems and the operating system fixes and patches that install to have a compliant operating system. The installation process verifies that the minimum required version of a supported operating system is available. If you meet the minimum release requirements or are at a higher minor release of a supported operating system, then you will not encounter a prerequisite error. If not at the minimum version of a supported operating system, we can continue with the installation, but the installation or product operation might not succeed without applying maintenance. If at a higher major release of a supported operating system, or the operating system itself is not on the supported list, we might encounter the following warning:
Install non-English language packages for the administrative consoleWarning: A supported operating system was not detected. Support for the operating system might have been added after the release of WAS ND. See the WAS detailed system requirements Web pages for more information about supported operating systems. We can continue with the installation, but the installation or product operation might not succeed without applying maintenance. Go to WAS support Web pages to obtain the latest maintenance packages to apply after installation.Install the sample applicationsInstalls the samples applications for learning and demonstration environments. The samples are not recommended for installation on production environments.
-  
Installs all the non-English language files for using the admin console from machines with non-English locales. If you do not select this option then only the English language pack is installed.
-  
Installs all the non-English language files that support the appserver runtime environment such as the wsadmin tool and logging. If you do not select this option then only the English language pack is installed.
The installation wizard displays a confirmation panel.
- The installation summary panel is displayed.
If installing as a non-root user, we can choose to verify whether we have the correct permissions to install WAS successfully. Select the Verify my permissions to perform the installation check box if you wish to verify the permissions to install WAS ND. If the permission check fails, then review your user permissions and retry the installation. Read the "Non-root installation" topic in the WAS, V7.0 Information Center for more information.
- The verify permissions function is currently not available on Windows operating systems.
Review the summary information. Click Next to install WAS code or Back to change the specifications.
Results
The Installation wizard installs the new features in the existing installation root directory. The Installation wizard configures the WebSphere Application Server - Express product for the new features.
The Installation wizard updates selected features to the new maintenance level. If any maintenance package includes service for an existing profile, the profile is updated to the new service level.
Further configuration is not necessary at this time. However, we can create additional standalone application servers with the Profile Management Tool. Each profile is created in the $PROFILE_ROOT directory by default.
Read the "Creating and Deleting Profiles" topic for more information.
Next steps
Deploy an application to get started!
See Fast paths for WebSphere Application Server to get started deploying applications.
Last updated Nov 11, 2010 1:01:09 PM CST