Product Documentation
Abstract
Documenting the strategy for delivering service for IBM WebSphere Application Server 8.5 and 9.0 releases.
Fix Packs are the standard maintenance delivery vehicle for WebSphere Application Server (traditional) WebSphere Liberty. Formally, WebSphere Liberty are referred to as "CD Updates".
Content
Update strategy overview
WebSphere Application Server Support is delivering this strategy to provide a clear update path which is easier to maintain than managing multiple, individual Application Server fixes.
In response to requests for published collections of fixes that are:
- Delivered in a timely manner.
- Tested together.
Installing preventive maintenance as soon as it becomes available will save you time. As long as you test appropriately, actively applying preventive maintenance can avoid problems that could result in a service call.
Update Deliverables for WebSphere Application Server traditional
WebSphere Application Server traditional provides updates as a Maintenance Delivery Vehicle (MDV) which uses a V.R.M.F. numbering scheme:
|
V
|
Version Number = (8, 9)
|
|
R
|
Release Number = 0
|
|
M
|
Modification Number
|
|
F
|
Fix Pack Number
|
Based on this numbering scheme 2 types of MDV may be provided for WebSphere Application Server traditional:
- A Fix Pack which comprises a cumulative package of fixes and may further include a small number of new features.
- Normally, cumulative fix packs increment the "fix pack number"
- Some fix packs with significant new function will instead increase the modification level, for example the fix pack that followed 9.0.0.11 is 9.0.5.0.
- In this case all future fix packs will be based on the new modification level, there is no separate service stream.
- A individual (interim) fix which comprises one or a small number of fixes. Fixes do not change the V.R.M.F number. See the following section for more details.
WebSphere Application Server Liberty is following Continuous Delivery model which uses a Y.R.M.F. numbering scheme:
|
Y
|
Year = last 2 digits
|
|
R
|
Release Number = 0
|
|
M
|
Modification Number
|
|
F
|
Fix Pack Number = Fix Pack Number during the year
|
Based on this numbering scheme 2 types of MDV may be provided for WebSphere Application Server Liberty:
- A CD Update (fix pack) which comprises a cumulative package of fixes and may further include a small number of new features. Each subsequent quarterly delivered fix pack increases the Fix Pack number while Y.R.M remain the same.
- A individual (interim) fix which comprises one or a small number of fixes. Fixes do not change the Y.R.M.F number. See the following section for more details.
WebSphere Application Server Liberty executable JAR file Fix Packs are a complete replacement. IBM recommends customers to install each new Fix Pack in a separate location from the previous install and configure the new install to use the existing applications and configuration. The previous install then provides a suitable back-up should problems be found with the new install.
When a Fix Pack is published an IBM Support page is created with details of the Fix Pack including download and install instructions and a list of problems fixed. This page may be updated with new information related to the Fix Pack when available, for example details of known new problems introduced.
IBM recommends customers to install the latest available Fix Pack level.
- Customers should review details of known problems introduced to determine impact on customer function.
- The WebSphere offerings included in each Fix Pack are tested together by IBM.
- Customer testing of critical functions after install of a Fix Pack is recommended before updating a production environment.
- In some cases, a Fix Pack might not be delivered for every offering at each Fix Pack delivery.
- An interim fix is a downloadable, installable package produced to resolve a small number of known issues (APARS). The identifier (such as PH12345) of the APAR resolved by the interim fix is incorporated into the filename. Additional identifiers of a small number of additional problems may be identifies in the fix metadata and download documents.
- Each interim fix can be installed on 1 or more base fix pack levels. The lowest fix pack level is incorporated into the filename, and the highest fix pack level is embedded in fix metadata
- Multiple interim fixes may be created to correct the same APAR, to apply to multiple installed fix pack levels.
- If the newer fix is published:
- The download documents as well as the embedded fix metadata produced for the new interim fix will list the APARS from the superseded fix as resolved in the superseding fixes.
- The superseded fix will generally be de-published within a few days. This allows searches based on the older APAR to return only the latest interim fix resolving the APAR.
- An interim fix that supersedes a previous interim fix may be installed either on top of the superseded fix or as an alternative to the superseded fix
- A superseded fix that has already been installed only needs to be updated if the superseding APAR applies to the operating environment. Superseded fixes are often correct and complete for the APAR they address.
An interim or test fix to a JAR file of WebSphere Application Server traditional will update one or more class files in the JAR file whereas a fix to a JAR file of WebSphere Application Server Liberty will effectively replace the JAR file. As a result, to prevent a later fix overwriting some or all of a previous fix, WebSphere Application Server Liberty fixes are likely to fix more product defects than a WebSphere Application Server traditional fix.
Interim Fixes for WebSphere Liberty always apply to exactly one base fix pack.
Special considerations for IBM HTTP Server:
Interim fixes for IBM HTTP Server have the following additional properties, due to the relatively few serviceable parts and the relatively high ratio of security fixes to other fixes:
- Interim fixes will often be cumulative, containing other security and non-security fixes. Efforts are made to not pick up potentially disruptive non-security fixes.
- Interim fixes for security issues will rarely be created targeting older fix packs, despite the fix pack eligibility.
- Interim fixes for IBM HTTP Server archive installations (non IBM Installation Manager) and IBM HTTP Server for z/OS installed via SMP/E have the following additional properties:
- Interim fixes are cumulative, full installations that can also be used to upgrade existing installations of any previous fix pack levels.
- Interim fixes "based on" older fix packs will not be provided.
- The included code level supersedes all previously published fix packs and interim fixes, except where otherwise noted by the fix metadata
- The servers version is nominally the latest fixpack plus the last APAR in the interim fix (e.g. 9.0.5.10-PH12345)
Test Fixes
- A test fix is used to verify that a fix addresses a reported product defect, prior to its availability in an interim fix or fix pack.
- Is not intended to be used to update a production environment.
- For some problems, IBM will not include a fix in a Fix pack until the customer has confirmed that the test fix addresses the problem.
IBM Installation Manager installable update deliverables
IBM Installation Manager installable update deliverables must be installed using IBM Installation Manager for WebSphere Application Server V9.0.
- Installing interim fixes and fix packs on distributed and IBM i operating systems.
- Installing interim fixes and fix packs on z/OS operating systems.
IBM Installation Manager uses product repositories to install products and maintenance. The following repository options are provided for WebSphere Application Server V9.0:
- A current, IBM-hosted web repository.
- A local repository created from the web repository using Package Utility.
- Download and unzip of one or more zip files from Fix Central.
IBM Installation Manager interim fixes will be removed, and may be re-applied, as part of a Fix Pack install. Interim fixes are re-applied if they also apply to the new Fix pack level installed. As a result some interim fixes may not be re-applied and it is therefore necessary to check the list of delivered fixes to determine if a removed interim fix is not included in the Fix Pack.
Executable JAR file Install deliverables
WebSphere Liberty executable JAR file update deliverables are installed by executing the JAR and are published under entitlement in Fix Central.
Executable JAR file Interim fixes will not be re-installed when a new Fix pack is installed. It is therefore necessary to check the list of delivered fixes to determine if a required interim fix is not included in the Fix Pack.
- Use the productInfo command to compare a previous install and a new install to determine if an interim fix installed in the previous install is included in the new install.
Update Strategy for Features Downloaded From IBM WebSphere Liberty Repository
IBM WebSphere Liberty Repository enables customers to select which of WebSphere Liberty features to install in more granular manner.
Update Strategy for Features Downloaded From IBM WebSphere Liberty Repository follows the same rules and schedules as WebSphere Liberty Update Strategy.
IBM WebSphere Liberty Repository content is refreshed with updates to existing features and with addition of any new features at the time of release of the Fix Pack of WebSphere Liberty.
Depending on install path chosen (Archive Install or Install Manager), customer should follow respective install manual for applying Interim fixes and/or Fix Packs.
Maintenance planning
Choose the appropriate update solution and verify inclusion of needed individual fixes in the Fix Pack:
- Review Recommended fixes and the Fix list for each release to help you plan updates.
- In order to ensure quality Fix Packs, individual fixes that become available late in the development cycle may not be included in a Fix Pack.
- The historyInfo command lists the history of installed and uninstalled fix packs and interim fixes .
- For WebSphere Liberty the productInfo utility provides a list of interim fixes installed.
Update a Fix Pack from any previous Fix Pack or WebSphere Application server V9.0 base release of a WebSphere Application Server component. For example update directly to Fix Pack 9.0.0.3 from 9.0.0.0, 9.0.0.1 or 9.0.0.2.
- Remaining on an early Fix Pack level (two or more Fix Packs behind the latest) with interim fixes applied puts IBM's ability to deliver additional interim fixes at risk. Situations may arise where IBM will not be able to safely deliver additional interim fixes on an early level. If a customer has interim fixes applied, they should plan on moving to a Fix Pack level which contains those fixes.
- Update to the latest Fix Pack for cumulative fixes in order to avoid problems already resolved within WebSphere Application Server.
- Update to the latest Fix Pack only when there is time in the development schedule for a full regression test of your application.
- Plan appropriate testing prior to installing any WebSphere Application Server solution in production.
Related Information
Was this topic helpful?
Document Information
Modified date:
08 October 2025
UID
swg27048352