Fixes are available
8.0.0.4: WebSphere Application Server V8.0 Fix Pack 4
8.0.0.5: WebSphere Application Server V8.0 Fix Pack 5
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
An application that is a webapp which has 2 EJBs, when this error occurs the webapp works fine but when it tries to get hold of EJBs it fails so any webapp functionality which needs EJBS fails with the error. Same application works in a WebSphere Application Server V6.1 or V7.0 environment. The problem is reported WebSphere Application Server V8.0.0.2 and EJB 2.1. The following error can be seen in SystemOut.log [1/31/12 11:47:10:924 CST] 00000034 AbstractEJBRu E WSVR0068E: Attempt to start EnterpriseBean <bean name> failed with exception: org.eclipse.jst.j2ee.commonarchivecore.internal.exception.Deploy mentDescriptorLoadException: META-INF/ejb-jar.xml Stack trace of nested exception: org.eclipse.jst.j2ee.commonarchivecore.internal.exception.EmptyR esourceException: META-INF/ejb-jar.xml at org.eclipse.jst.j2ee.commonarchivecore.internal.util.ArchiveUtil .getRoot(ArchiveUtil.java:889) at org.eclipse.jst.j2ee.commonarchivecore.internal.strategy.XmlBase dImportStrategyImpl.primLoadDeploymentDescriptor(XmlBasedImportS trategyImpl.java:78) at org.eclipse.jst.j2ee.commonarchivecore.internal.strategy.EjbJar1 1ImportStrategyImpl.loadDeploymentDescriptor(EjbJar11ImportStrat egyImpl.java:153) at org.eclipse.jst.j2ee.commonarchivecore.internal.strategy.EjbJar1 1ImportStrategyImpl.importMetaData(EjbJar11ImportStrategyImpl.ja va:142) at org.eclipse.jst.j2ee.commonarchivecore.internal.strategy.EjbJar1 1ImportStrategyImpl.importMetaData(EjbJar11ImportStrategyImpl.ja va:149) at org.eclipse.jst.j2ee.commonarchivecore.internal.impl.EJBJarFileI mpl.getDeploymentDescriptor(EJBJarFileImpl.java:344) at com.ibm.ws.util.WCCMHelper.getDeploymentDescriptor(WCCMHelper.ja va:386) at com.ibm.ws.util.WCCMHelper.getDeploymentDescriptor(WCCMHelper.ja va:313) at com.ibm.ws.metadata.ejb.WASWCCMMetaData.reload(WASWCCMMetaData.j ava:254) at com.ibm.ws.ejbcontainer.runtime.AbstractEJBRuntime.initializeDef erredEJBImpl(AbstractEJBRuntime.java:2430) at com.ibm.ws.ejbcontainer.runtime.AbstractEJBRuntime.access$300(Ab stractEJBRuntime.java:209) at com.ibm.ws.ejbcontainer.runtime.AbstractEJBRuntime$1$1.run(Abstr actEJBRuntime.java:2333) at com.ibm.ws.ejbcontainer.runtime.AbstractEJBRuntime$1$1.run(Abstr actEJBRuntime.java:2327) at com.ibm.ws.security.auth.ContextManagerImpl.runAs(ContextManager Impl.java:5323) at com.ibm.ws.security.auth.ContextManagerImpl.runAsSystem(ContextM anagerImpl.java:5539) at com.ibm.ws.security.core.SecurityContext.runAsSystem(SecurityCon text.java:255) at com.ibm.ws.ejbcontainer.runtime.AbstractEJBRuntime$1.run(Abstrac tEJBRuntime.java:2326) at com.ibm.ws.ejbcontainer.runtime.AbstractEJBRuntime$1.run(Abstrac tEJBRuntime.java:2300) at com.ibm.ws.security.util.AccessController.doPrivileged(AccessCon troller.java:63) at com.ibm.ws.ejbcontainer.runtime.AbstractEJBRuntime.initializeDef erredEJB(AbstractEJBRuntime.java:2299) at com.ibm.ejs.container.HomeRecord.getHomeAndInitialize(HomeRecord .java:404) at com.ibm.ejs.container.EJSContainer.getStartedHome(EJSContainer.j ava:1363) at com.ibm.ejs.container.EJSContainer.getHomeWrapperCommon(EJSConta iner.java:1422) at com.ibm.ejs.container.EJSContainer.getEJBLocalHome(EJSContainer. java:5788) at com.ibm.ejs.container.util.EJBInterfaceObjectFactory.getObjectIn stance(EJBInterfaceObjectFactory.java:180) at org.apache.aries.jndi.ObjectFactoryHelper$7.run(ObjectFactoryHel per.java:340) at java.security.AccessController.doPrivileged(AccessController.jav a:288) at org.apache.aries.jndi.Utils.doWithRestoredPrivileges(Utils.java: 157) at org.apache.aries.jndi.ObjectFactoryHelper.getObjectInstanceUsing ObjectFactoryBuilders(ObjectFactoryHelper.java:338) at org.apache.aries.jndi.ObjectFactoryHelper.doGetObjectInstance(Ob jectFactoryHelper.java:116) at org.apache.aries.jndi.ObjectFactoryHelper.access$000(ObjectFacto ryHelper.java:55) at org.apache.aries.jndi.ObjectFactoryHelper$1.run(ObjectFactoryHel per.java:78) at java.security.AccessController.doPrivileged(AccessController.jav a:254) at org.apache.aries.jndi.Utils.doPrivileged(Utils.java:148) at org.apache.aries.jndi.ObjectFactoryHelper.getObjectInstance(Obje ctFactoryHelper.java:76) at org.apache.aries.jndi.OSGiObjectFactoryBuilder.getObjectInstance (OSGiObjectFactoryBuilder.java:57) at javax.naming.spi.NamingManager.getObjectInstance(NamingManager.j ava:338) at com.ibm.ws.naming.util.Helpers.processSerializedObjectForLookupE xt(Helpers.java:993) at com.ibm.ws.naming.urlbase.UrlContextHelper.processBoundObjectFor Lookup(UrlContextHelper.java:181) at com.ibm.ws.naming.urlbase.UrlContextImpl.processBoundObjectForLo okup(UrlContextImpl.java:2008) at com.ibm.ws.naming.urlbase.UrlContextImpl.lookupExt(UrlContextImp l.java:1454) at com.ibm.ws.naming.urlbase.UrlContextImpl.lookup(UrlContextImpl.j ava:1314) at org.apache.aries.jndi.DelegateContext.lookup(DelegateContext.jav a:161) at javax.naming.InitialContext.lookup(InitialContext.java:436) at <..... removed some portion of the stack ......> Ejb container is using wrong context class loader while reloading META-INF/ejb-jar.xml during deferred EJB initialization and can cause this problem.
Local fix
Problem summary
**************************************************************** * USERS AFFECTED: IBM WebSphere Application Server V8.0 users * * of Enterprise Java Beans (EJBs) * **************************************************************** * PROBLEM DESCRIPTION: When an EJB application overrides the * * XML libraries, the product uses the * * wrong class loader to load XML * * parsing classes. * **************************************************************** * RECOMMENDATION: * **************************************************************** By default, the initialization of an EJB is deferred until the first time it is accessed. At this time, ejb-jar.xml and other deployment descriptors are re-parsed if they are not already in memory. If an EJB application overrides the XML parser, the product will attempt to load XML parsing classes from the EJB application rather than the ones included in the product.
Problem conclusion
The deferred EJB initialization logic is updated to change the context class loader before attempting to re-parse XML documents. The fix for this APAR is currently targeted for inclusion in fix pack 8.0.0.4. 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
PM57099
Reported component name
WEBS APP SERV N
Reported component ID
5724H8800
Reported release
800
Status
CLOSED PER
PE
NoPE
HIPER
NoHIPER
Special Attention
NoSpecatt
Submitted date
2012-01-31
Closed date
2012-02-16
Last modified date
2012-02-16
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
[{"Business Unit":{"code":"BU059","label":"IBM Software w\/o TPS"},"Product":{"code":"SSEQTP","label":"WebSphere Application Server"},"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"8.0","Line of Business":{"code":"LOB45","label":"Automation"}}]
Document Information
Modified date:
28 October 2021