PI61238: FAILURE TO LOAD CLASS IN PROJECT DEPLOYED FROM WORKSPACE

8.5.5.12: WebSphere Application Server V8.5.5 Fix Pack 12
8.5.5.13: WebSphere Application Server V8.5.5 Fix Pack 13
8.5.5.14: WebSphere Application Server V8.5.5 Fix Pack 14
8.5.5.15: WebSphere Application Server V8.5.5 Fix Pack 15
8.5.5.17: WebSphere Application Server V8.5.5 Fix Pack 17
8.5.5.20: WebSphere Application Server V8.5.5.20
8.5.5.18: WebSphere Application Server V8.5.5 Fix Pack 18
8.5.5.19: WebSphere Application Server V8.5.5 Fix Pack 19
8.5.5.16: WebSphere Application Server V8.5.5 Fix Pack 16
8.5.5.21: WebSphere Application Server V8.5.5.21

APAR status

• Closed as program error.

Error description

• Using Rational Application Developer 9.5 and 9.1.1 on
  Microsoft Windows 7 with WebSphere Application Server 8.5.5.1
  and 8.5.5.7 using both java 1.6 and 1.7. If there is a java
  project used at both the EAR level and within a WAR in said
  EAR all of the classes in the java project are inaccessible to
  any other project in the EAR, except the WAR.
  

Local fix

• N/A
  

Problem summary

• ****************************************************************
  * USERS AFFECTED:  All users of IBM WebSphere Application      *
  *                  Server working in a Rational Application    *
  *                  Developer environment                       *
  ****************************************************************
  * PROBLEM DESCRIPTION: When running an application with        *
  *                      resources in the workspace, classes     *
  *                      common to the EAR and WAR are not       *
  *                      accessible to the EAR                   *
  ****************************************************************
  * RECOMMENDATION:                                              *
  ****************************************************************
  Rational Applciation Developer allows the ability to run
  applications with "resources in the workspace", which installs
  the application utilizing code as it exists in the workspace,
  rather than packaging it into an EAR file.  A virtual EAR (and
  any subordinate WAR modules) is built for this purpose.  When
  the classpaths for these virtual modules are being built, if
  the same resource is included in both the EAR and WAR
  classpaths, the class loading framework will detect it as a
  duplicate and only add it to the WAR; however, in an actual
  EAR/WAR environment, this resource would be a separate
  physical file on the file system, so that duplicate check is
  actually inappropriate in this context.
  

Problem conclusion

• The duplicate checking was removed when resources in the
  workspace were being utilized.
  
  The fix for this APAR is currently targeted for inclusion in
  fix pack 8.5.5.12.  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

  WEBSPHERE APP S

• Fixed component ID

  5724J0800

Applicable component levels

• R850 PSY

     UP