2017-01-23 2 views
0

Notierte die unten genannte Ausnahme beim Starten von websphere liberty server. Wie kann das entfernt werden? Schätze jede Hilfe. Wir haben sowohl javaee7 Profil- als auch webProfile-6.0-Funktionen installiert. Die EAR Anwendung hat eine WAR-Datei, die jee6.0/"3.0" web.xmlAusnahme beim Starten von Liberty-Server 16.0.0.4

 

Exception = java.lang.NoClassDefFoundError 
Source = com.ibm.ws.injectionengine.InjectionProcessorManager.getAllDeclaredFields 
probeid = 249 
Stack Dump = java.lang.NoClassDefFoundError: com.ibm.websphere.sdo.mediator.jdbc.ConnectionWrapper 
    at java.lang.Class.getDeclaredFieldsImpl(Native Method) 
    at java.lang.Class.getDeclaredFields(Class.java:833) 
    at com.ibm.ws.injectionengine.InjectionProcessorManager.getAllDeclaredFields(InjectionProcessorManager.java:375) 
    at com.ibm.ws.injectionengine.InjectionProcessorManager.processAnnotations(InjectionProcessorManager.java:216) 
    at com.ibm.ws.injectionengine.AbstractInjectionEngine.processInjectionMetaData(AbstractInjectionEngine.java:514) 
    at com.ibm.ws.injectionengine.osgi.internal.OSGiInjectionEngineImpl.processInjectionMetaData(OSGiInjectionEngineImpl.java:239) 
    at com.ibm.ws.injectionengine.ReferenceContextImpl.processImpl(ReferenceContextImpl.java:633) 
    at com.ibm.ws.injectionengine.ReferenceContextImpl.process(ReferenceContextImpl.java:305) 
    at com.ibm.ws.injectionengine.osgi.internal.OSGiReferenceContextImpl.process(OSGiReferenceContextImpl.java:31) 
    at com.ibm.ws.webcontainer.osgi.webapp.WebApp.commonInitializationStart(WebApp.java:254) 
    at com.ibm.ws.webcontainer.webapp.WebApp.initialize(WebApp.java:1038) 
    at com.ibm.ws.webcontainer.webapp.WebApp.initialize(WebApp.java:6562) 
    at com.ibm.ws.webcontainer.osgi.DynamicVirtualHost.startWebApp(DynamicVirtualHost.java:468) 
    at com.ibm.ws.webcontainer.osgi.DynamicVirtualHost.createRunnableHandler(DynamicVirtualHost.java:266) 
    at com.ibm.ws.webcontainer.osgi.DynamicVirtualHost.createRunnableHandler(DynamicVirtualHost.java:331) 
    at com.ibm.ws.http.internal.VirtualHostImpl.discriminate(VirtualHostImpl.java:251) 
    at com.ibm.ws.http.dispatcher.internal.channel.HttpDispatcherLink.ready(HttpDispatcherLink.java:301) 
    at com.ibm.ws.http.channel.internal.inbound.HttpInboundLink.handleDiscrimination(HttpInboundLink.java:471) 
    at com.ibm.ws.http.channel.internal.inbound.HttpInboundLink.handleNewRequest(HttpInboundLink.java:405) 
    at com.ibm.ws.http.channel.internal.inbound.HttpInboundLink.processRequest(HttpInboundLink.java:285) 
    at com.ibm.ws.http.channel.internal.inbound.HttpInboundLink.ready(HttpInboundLink.java:256) 
    at com.ibm.ws.tcpchannel.internal.NewConnectionInitialReadCallback.sendToDiscriminators(NewConnectionInitialReadCallback.java:174) 
    at com.ibm.ws.tcpchannel.internal.NewConnectionInitialReadCallback.complete(NewConnectionInitialReadCallback.java:83) 
    at com.ibm.ws.tcpchannel.internal.WorkQueueManager.requestComplete(WorkQueueManager.java:504) 
    at com.ibm.ws.tcpchannel.internal.WorkQueueManager.attemptIO(WorkQueueManager.java:574) 
    at com.ibm.ws.tcpchannel.internal.WorkQueueManager.workerRun(WorkQueueManager.java:929) 
    at com.ibm.ws.tcpchannel.internal.WorkQueueManager$Worker.run(WorkQueueManager.java:1018) 
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1153) 
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628) 
    at java.lang.Thread.run(Thread.java:785) 
Caused by: java.lang.ClassNotFoundException: com.ibm.websphere.sdo.mediator.jdbc.ConnectionWrapper 
    at com.ibm.ws.classloading.internal.AppClassLoader.findClassCommonLibraryClassLoaders(AppClassLoader.java:499) 
    at com.ibm.ws.classloading.internal.AppClassLoader.findClass(AppClassLoader.java:282) 
    at java.lang.ClassLoader.loadClassHelper(ClassLoader.java:846) 
    at java.lang.ClassLoader.loadClass(ClassLoader.java:825) 
    at com.ibm.ws.classloading.internal.AppClassLoader.findOrDelegateLoadClass(AppClassLoader.java:477) 
    at com.ibm.ws.classloading.internal.AppClassLoader.loadClass(AppClassLoader.java:449) 
    at java.lang.ClassLoader.loadClass(ClassLoader.java:805) 
    ... 30 more 

+0

Gibt es ein altes Glas im Klassenpfad, das dieses Problem verursacht? – Balaji

Antwort

0

Die SDO API (com.ibm.websphere.sdo) verwendet in Liberty nicht verfügbar ist. Sieht so aus, als ob Sie versuchen, eine traditionelle WAS-Anwendung auf Liberty auszuführen. Sie müssen Ihre Anwendung ändern, damit sie in Liberty ausführbar ist.

Ich würde vorschlagen, WebSphere Application Migration Toolkit (kostenloses Eclipse-Plugin von Marketplace) zu installieren und Ihre Anwendung zu analysieren.

Verwandte Themen