Fixes are available
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 number
PI61238
Reported component name
WEBSPHERE APP S
Reported component ID
5724J0800
Reported release
850
Status
CLOSED PER
PE
NoPE
HIPER
NoHIPER
Special Attention
NoSpecatt / Xsystem
Submitted date
2016-04-21
Closed date
2016-11-22
Last modified date
2016-11-22
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
Document Information
Modified date:
27 April 2022