PM73623: OSGI BUNDLE CACHE ENTRIES CAN BE LOST

8.5.0.2: WebSphere Application Server V8.5 Fix Pack 2
8.0.0.6: WebSphere Application Server V8.0 Fix Pack 6
8.0.0.7: WebSphere Application Server V8.0 Fix Pack 7
8.0.0.8: WebSphere Application Server V8.0 Fix Pack 8
8.0.0.9: WebSphere Application Server V8.0 Fix Pack 9
8.0.0.10: WebSphere Application Server V8.0 Fix Pack 10
8.0.0.11: WebSphere Application Server V8.0 Fix Pack 11
8.0.0.12: WebSphere Application Server V8.0 Fix Pack 12
8.0.0.13: WebSphere Application Server V8.0 Fix Pack 13
8.0.0.14: WebSphere Application Server V8.0 Fix Pack 14
8.0.0.15: WebSphere Application Server V8.0 Fix Pack 15

APAR status

• Closed as program error.

Error description

• In certain situations OSGI bundles may be removed from the bundl
  When this occurs an exception similar to the following can be
  seen
  
  Exception:org.osgi.framework.BundleException
  SourceId:com.ibm.ws.app.container.aries.AriesApplicationEventhan
  dler.han
  dleEvent ProbeId:519
  Reporter:com.ibm.ws.app.container.aries.AriesApplicationEventHan
  dler@13cfd648
  org.osgi.framework.BundleException: CWSAN0042E: An error
  occurred attempting to install a bundle with URL
  file:/path/to/bundlecache
  
  Caused by:
  org.apache.aries.application.management.spi.repository.ContextEx
  ception:
  Unable to find bundle BUNDLE_NAME
  
  at
  org.apache.aries.application.runtime.repository.BundleRepository
  ManagerI
  mpl.getBundleSuggestions(BundleRepositoryManagerImpl.java:167)
  at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
  
  If such a problem occurs and a server or application needs to
  be started the server or application will not be started
  correctly.
  

Local fix

• In the admin-console we can fix this with the option:
  "Environment > OSGI bundle repositories > Bundle cache >
  Download Bundle again"
  
  After that the server needs to be restarted.
  

Problem summary

• ****************************************************************
  * USERS AFFECTED:  All users of IBM WebSphere Application      *
  *                  Server                                      *
  *                  with a CBA which multiple BLAs depend on.   *
  ****************************************************************
  * PROBLEM DESCRIPTION: CBA child entries are removed from the  *
  *                      bundle cache when the first BLA to use  *
  *                      them is removed.                        *
  ****************************************************************
  * RECOMMENDATION:                                              *
  ****************************************************************
  When the second BLA to use a given CBA is installed, the BLA is
  not registered against the child entries for the CBA in the
  bundle cache. Because the bundle cache is unaware that this new
  BLA is using the CBA child entries, those CBA child entries are
  removed from the bundle cache if the first BLA is uninstalled.
  This leaves the second BLA unable to start as not all its
  dependencies can be resolved.
  

Problem conclusion

• The code has been altered to ensure that when a BLA is
  installed
  which uses a CBA already in the bundle cache, it is always
  registered against the CBA child entries in addition to the CBA
  itself.
  
  The fix for this APAR is currently targeted for inclusion in
  fix pack 8.0.0.6 and 8.5.0.2.  Please refer to the Recommended
  Updates page for delivery information:
  http://www.ibm.com/support/docview.wss?rs=180&uid=swg27004980
  

Temporary fix

Comments

APAR Information

• APAR is sysrouted FROM one or more of the following:

• APAR is sysrouted TO one or more of the following:

Fix information

• Fixed component name

  WEBS APP SERV N

• Fixed component ID

  5724H8800

Applicable component levels

• R800 PSY

     UP

• R850 PSY

     UP