|
This section guides you through the steps to complete three basic tasks and describes the icons and labels used in the graphical interface:
This section provides a quick-reference aid that guides you through the steps of retrieving and applying a private patch that BEA Customer Support has provided for you.
To retrieve and apply a private patch, complete the following steps.
From the Start menu, choose Start > Programs > BEA Products > Smart Update.
When you apply a patch, the patch is automatically validated against the other patches that have been applied to the target installation. If no conflicts are detected, Smart Update displays the following dialog box. Click OK.
Smart Update provides a mechanism for capturing information about your BEA product installation that you can send to BEA Customer Support when reporting a problem. This information is called a maintenance snapshot. This section guides you through the steps of creating a maintenance snapshot.
To generate a maintenance snapshot, complete the following steps.
From the Start menu, choose Start > Programs > BEA Products > Smart Update.
The maintenance snapshot is a simple ASCII text file.
If you want to limit the scope of a class or library path patch to a specific domain or server, you need to:
This section provides a quick-reference aid that shows how to complete these steps, and uses the example of a test engineer who has downloaded a patch and plans to test the patch in a QA domain before incorporating the patch into a production domain.
To create a custom patch profile and point a domain or server at the patches applied to the profile, complete the following steps:
Example: The test engineer wants to run the QA domain at the same patch maintenance level as the production system, but with the addition of the patch downloaded in step 2. So the engineer creates the custom patch profile, QADomainProfile, and clones the contents of the default patch profile to it. Later she will apply the downloaded patch to this custom patch profile.
Note that any existing installation-wide patches that have already been applied to the target installation are included in the custom patch profile by default.
After you click Create, the custom patch profile is displayed in a tab adjacent to the tab for the default patch profile.
Example: The test engineer now applies the patch that was downloaded in step 2 to the QADomainProfile custom patch profile.
| Note: | Start Script Editor is not applicable for BEA’s OSGi-based products such as WebLogic Event Server 2.0 and AquaLogic Enterprise Repository 3.0. |
domain_home represents the path to the domain’s root directory.
Example: Because the test engineer needs to point the QA domain to the custom patch profile, the engineer opens the setDomainEnv.cmd script, which sets the environment for all servers in that domain only. Unless you need to limit the scope of a patch to a specific server instance, we generally recommend that you choose the setDomainEnv for pointing to custom patch profiles.
Patch classpath and other environment variables are set for each product individually. You must set the appropriate variables for each product similar to the variables set in wlserver_home\common\bin\setPatchEnv.cmd (Windows) or wlserver_home/common/bin/setPatchEnv.sh (UNIX). These environment variables are listed in the following table.
The figure example shows the snippet used to change the setDomainEnv.cmd script.
setDomainEnv script, make sure it is placed before the invocation to the commEnv script.
If you use custom scripts in your environment that do not invoke the WL_HOME\common\bin\commEnv script, or any of the other default scripts produced by the Configuration Wizard, you also need to modify the statements in your scripts that set the class and library paths for your environment so that the environment variables you have defined are properly inserted into those statements.
For example, to set the WebLogic system classpath so that patch JARs in a custom patch profile supersede same-named classes appearing later in the classpath, add the PATCH_CLASSPATH variable as follows, shown in bold:
set WEBLOGIC_CLASSPATH=%PATCH_CLASSPATH%;%JAVA_HOME%\lib\tools.jar;
%WL_HOME%\server\lib\weblogic_sp.jar;%WL_HOME%\server\lib\weblogic.jar;%WL_HOME%\server\lib\webservices.jar
For the patch to go into effect, each server instance that uses the patch must be restarted.
Example: When the test engineer approves the patch that has been tested in the QA domain, the patch can then be promoted for use in the production domains. To promote the patch, the test engineer does the following:
Table A-1 provides a key to the graphical symbols and labels used throughout the Smart Update graphical interface.
|