
If you want to update only particular software components that are deployed on the system and do not want to apply complete support package stacks, you can apply single support packages. The import time is shorter for single support packages than for support package stacks. In addition, you can apply newer support packages of SAP software components that have been modified in the NWDI.
Before you can apply a support package of a given level, you have to update JSPM to the same level. For more information, see Updating Java Support Package Manager .
The update of JSPM does not require a restart of the J2EE Engine and does not affect the system operation.
If you want to apply a support package stack, you must not use this procedure.
JSPM will guide you through the process of applying support packages via a wizard, which consists of the following five steps: Select Package Type, Specify Queue, Check Queue, Deploy Queue, and Completed.
Select Package Type
Software components that are deployed on the system to which you can apply support packages are displayed.
The following components will be displayed so that you can select them if your system is used for NWDI development, and it is either a DEV or a CONS system, and if JSPM has found them in the global EPS inbox directory:
If your system is not used for NWDI development, or is either a TEST or PROD system, these components will not be proposed for deployment. The reason is that they do not contain deployable content but only development content required for DEV and CONS systems.
Specify Queue
If JSPM has found any modified software components, they are marked with .
It is also possible that JSPM has not found a newer version in the global EPS inbox directory for a software component that is deployed on the system.
Check Queue
In this step, JSPM checks the deployment queue. The status of the selected support packages can be:
You can go on with the deployment or you can change the content in the global EPS inbox directory and go back to the Select Package Type wizard step. We recommend that you view the details about the component by choosing Show Details:
If your system is used for NWDI development, and it is either a DEV or a CONS system, these components will always be with status WARNING if you select them:
If you have selected one of these components for deployment, JSPM will never deploy it, but only transport it to the CMStransport directory.
You cannot go on with the deployment.
You can view the details about the software component by choosing Show Details.
If your system is not used for NWDI development, or if your system is used for NWDI development, and it is either a TEST or a PROD system, and you want to apply modified software components for which JSPM does not find newer versions in the global EPS inbox directory, these software components will always be with status REVISE.
You have to change the content in the global EPS inbox directory and go back to the Select Package Type wizard step.
If such a restart is not suitable for your system at the moment you can cancel the process by choosing Cancel.
If you have cancelled the previous check, a dialog box will show you the previously validated components. You will have the chance to continue with the deployment of the components from the previous validation or skip them and continue with the current set of components.
If you have selected to update the kernel, you will be prompted to stop any running dialog instances. For more information, see Starting and Stopping the J2EE Engine . In addition, on Microsoft Windows you will be prompted to close the Microsoft Management Console (MMC).
Deploy Queue
JSPM starts the deployment of the software components that you selected. The status of all software components changes to SCHEDULED.
If you have selected to update the kernel, and if your system is distributed, during the deployment you will be first prompted to stop the central services instance and any running dialog instances, and to choose Next. You will be then prompted to start the central services instance and to choose Next.
To avoid failover of your SAP system, while patching it, temporarily disable the SAP system failover/restart capabilities in your high availability (HA) software. The patch procedure might require the SAP system to be down for a while, which will conflict with the restart/failover actions that are triggered by the HA software. To disable the SAPsystem failover/restart capabilities, stop the SAP instance using the HA software, stop the HA software and start the SAPsystem manually before starting the patch procedure. After the patch procedure has finished, stop the SAPsystem manually and start it again using the HA software. For more information, contact your HA implementation partner.
Completed
The deployment of the support packages can finish with the one of the following statuses:
If you have selected to update the JSPM, when it has been updated, for the update to take effect, you will be prompted to restart it. If there are still support packages in status NOT DEPLOYED, JSPM will proceed with their deployment when you start it again.
Bear in mind that you must not change the content of the global EPS inbox directory before the deployment has finished.
The support package has been deployed but it is possible that it will not work properly with other deployed software components.
You can view the details about the support package by choosing Show Details.
You can also view the details about the support packages by choosing the Deployed Components tab (see Viewing the Deployed Components ).
You can also view the log files. For more information, see Viewing Log Files .
An error has occurred during the deployment of the support package. You can proceed as described for a deployment, which has finished with status DEPLOYED WITH WARNING.
In addition, if you receive an error during deployment message, you have the following options:
The deployment is resumed from the Deploy Queue wizard step.
Next time you launch JSPM, the Broken Deployment screen appears and you will have the two options: to resume the deployment or to start a new deployment.
JSPM has not attempted to deploy the support package.
The support packages you have selected are deployed. On the Deployed Components tab page, the details about the SP level and counter of the respective deployed components are updated.
If your system is used for NWDI development, and it is either a DEV or a CONS system, on the Deployed Components tab page, the details about the modified software components are not updated. JSPM has transported the software components that you selected, both modified and not modified, to the CMStransport directory.
On a UNIX operating system, if you have applied a single support package to update the kernel, you have to execute the saproot.sh script to configure the ownership and permissions of some kernel files, including saposcol . For more information, see Executing the saproot.sh Script .
On an IBM eServer iSeries system, if you have applied a single support package to update the kernel, a new kernel library is installed during the patch procedure and applied to the system. If you want to use the current name of your kernel library, you have to rename the libraries manually after the patch. The pattern for the name of the new kernel library is the following <SID>KRN<n> , where n is the next available number. For example, if the existing kernel library for a system is <SID>KRN1 , the new kernel library will be <SID>KRN2 .
See also: