2017-02-07 4 views
0

私はStrutsの問題があります。 Struts 1.2.xから2.5.8にアプリケーションをアップグレードしています。 WebSphere 8.5にデプロイする単一のEARファイルに、単一のwarと複数のEJBがあります。たびに私は私は私のブラウザでこのスタックトレースを取得し、Strutsアクションを経由して、単純なHello WorldのJSPにアクセスしよう:私は必要なcommons-fileupload瓶が戦争中であることを確認したStruts 2.5 ClassNotFoundException問題

Error Message: javax.servlet.ServletException: Filter [struts2]: could not be initialized 
Error Code: 500 
Target Servlet: com.ibm.ws.webcontainer.extension.DefaultExtensionProcessor 
Error Stack: 
Unable to load configuration. - bean - wsjar:file:/WEB-INF/lib/struts2-core-2.5.8.jar!/struts-default.xml:92:181 
    at org.apache.struts2.dispatcher.Dispatcher.init(Dispatcher.java:499) 
    at org.apache.struts2.dispatcher.InitOperations.initDispatcher(InitOperations.java:75) 
    at org.apache.struts2.dispatcher.filter.StrutsPrepareAndExecuteFilter.init(StrutsPrepareAndExecuteFilter.java:63) 
    at com.ibm.ws.webcontainer.filter.FilterInstanceWrapper.init(FilterInstanceWrapper.java:145) 
    at com.ibm.ws.webcontainer.filter.WebAppFilterManager._loadFilter(WebAppFilterManager.java:607) 
    at com.ibm.ws.webcontainer.filter.WebAppFilterManager.loadFilter(WebAppFilterManager.java:514) 
    at com.ibm.ws.webcontainer.filter.WebAppFilterManager.getFilterInstanceWrapper(WebAppFilterManager.java:319) 
    at com.ibm.ws.webcontainer.filter.WebAppFilterManager.getFilterChain(WebAppFilterManager.java:392) 
    at com.ibm.ws.webcontainer.filter.WebAppFilterManager.doFilter(WebAppFilterManager.java:931) 
    at com.ibm.ws.webcontainer.filter.WebAppFilterManager.invokeFilters(WebAppFilterManager.java:1107) 
    at com.ibm.ws.webcontainer.webapp.WebApp.handleRequest(WebApp.java:3928) 
    at com.ibm.ws.webcontainer.webapp.WebGroup.handleRequest(WebGroup.java:304) 
    at com.ibm.ws.webcontainer.WebContainer.handleRequest(WebContainer.java:1007) 
    at com.ibm.ws.webcontainer.WSWebContainer.handleRequest(WSWebContainer.java:1817) 
    at com.ibm.ws.webcontainer.channel.WCChannelLink.ready(WCChannelLink.java:200) 
    at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleDiscrimination(HttpInboundLink.java:463) 
    at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleNewRequest(HttpInboundLink.java:530) 
    at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.processRequest(HttpInboundLink.java:316) 
    at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.ready(HttpInboundLink.java:287) 
    at com.ibm.ws.tcp.channel.impl.NewConnectionInitialReadCallback.sendToDiscriminators(NewConnectionInitialReadCallback.java:214) 
    at com.ibm.ws.tcp.channel.impl.NewConnectionInitialReadCallback.complete(NewConnectionInitialReadCallback.java:113) 
    at com.ibm.ws.tcp.channel.impl.AioReadCompletionListener.futureCompleted(AioReadCompletionListener.java:175) 
    at com.ibm.io.async.AbstractAsyncFuture.invokeCallback(AbstractAsyncFuture.java:217) 
    at com.ibm.io.async.AsyncChannelFuture.fireCompletionActions(AsyncChannelFuture.java:161) 
    at com.ibm.io.async.AsyncFuture.completed(AsyncFuture.java:138) 
    at com.ibm.io.async.ResultHandler.complete(ResultHandler.java:204) 
    at com.ibm.io.async.ResultHandler.runEventProcessingLoop(ResultHandler.java:775) 
    at com.ibm.io.async.ResultHandler$2.run(ResultHandler.java:905) 
    at com.ibm.ws.util.ThreadPool$Worker.run(ThreadPool.java:1881) 
    Caused by: Unable to load configuration. - bean - wsjar:file/WEB-INF/lib/struts2-core-2.5.8.jar!/struts-default.xml:92:181 
    at com.opensymphony.xwork2.config.ConfigurationManager.getConfiguration(ConfigurationManager.java:70) 
    at org.apache.struts2.dispatcher.Dispatcher.getContainer(Dispatcher.java:906) 
    at org.apache.struts2.dispatcher.Dispatcher.init_PreloadConfiguration(Dispatcher.java:445) 
    at org.apache.struts2.dispatcher.Dispatcher.init(Dispatcher.java:486) 
    ... 28 more 
    Caused by: Unable to load bean: type:org.apache.struts2.dispatcher.multipart.MultiPartRequest class:org.apache.struts2.dispatcher.multipart.JakartaMultiPartRequest - bean - wsjar:file:/WEB-INF/lib/struts2-core-2.5.8.jar!/struts-default.xml:92:181 
    at com.opensymphony.xwork2.config.providers.XmlConfigurationProvider.register(XmlConfigurationProvider.java:271) 
    at org.apache.struts2.config.StrutsXmlConfigurationProvider.register(StrutsXmlConfigurationProvider.java:98) 
    at com.opensymphony.xwork2.config.impl.DefaultConfiguration.reloadContainer(DefaultConfiguration.java:165) 
    at com.opensymphony.xwork2.config.ConfigurationManager.getConfiguration(ConfigurationManager.java:67) 
    ... 31 more 
    Caused by: java.lang.NoClassDefFoundError: org.apache.commons.fileupload.FileUploadException 
    at java.lang.J9VMInternals.prepareClassImpl(Native Method) 
    at java.lang.J9VMInternals.prepare(J9VMInternals.java:283) 
    at java.lang.Class.getDeclaredConstructors(Class.java:721) 
    at com.opensymphony.xwork2.config.providers.XmlConfigurationProvider.register(XmlConfigurationProvider.java:263) 
    ... 34 more 
    Caused by: java.lang.ClassNotFoundException: org.apache.commons.fileupload.FileUploadException 
    at java.net.URLClassLoader.findClass(URLClassLoader.java:600) 
    at com.ibm.ws.bootstrap.ExtClassLoader.findClass(ExtClassLoader.java:243) 
    at java.lang.ClassLoader.loadClassHelper(ClassLoader.java:786) 
    at java.lang.ClassLoader.loadClass(ClassLoader.java:764) 
    at com.ibm.ws.bootstrap.ExtClassLoader.loadClass(ExtClassLoader.java:134) 
    at java.lang.ClassLoader.loadClass(ClassLoader.java:741) 
    at com.ibm.ws.classloader.ProtectionClassLoader.loadClass(ProtectionClassLoader.java:62) 
    at com.ibm.ws.classloader.ProtectionClassLoader.loadClass(ProtectionClassLoader.java:58) 
    at com.ibm.ws.classloader.CompoundClassLoader.loadClass(CompoundClassLoader.java:585) 
    at java.lang.ClassLoader.loadClass(ClassLoader.java:741) 
    ... 38 more 

、それはではありません名前空間の競合を引き起こす共有ライブラリの場所。 Classloaderが最初に親に設定されているため、プロジェクトの複雑さのために安全に変更できません。

これを回避するには何が必要ですか?私もすぐに話を聞いたよう

TIA アレックス

答えて

0

が見えます。何らかの理由で、私の最初の検索で、AppServer/pluginsフォルダの古いバージョンのcommons-fileuploadが表示されませんでした。このジャーはアプリサーバーで使用されているようですが、親クラスの最初のクラスロードではクラスの衝突が発生しています。だから私はそれを回避する方法を理解する必要がありますが、元の問題は解決されています。

+0

プラグインディレクトリ内のcommons-fileupload jarは、アプリケーションから見えないようにしてください。衝突の可能性がありますが、ClassNotFoundExceptionとして表示されるべきではありません。 アプリのEARスコープとWARスコープの両方にパッケージ化されているものがありますか? ClassNotFoundExceptionのスタックにアプリケーションローダー(CompoundClassLoader)が1つしかないように見えます。これは、ロードがWARではなくEARを経由することを意味します。 – Jarid

0

commons-fileupload jarのクラスがアプリケーションまたはWARクラスに依存しない限り、このjarを独立した共有ライブラリとして配置し、アプリケーションまたはWARに関連付けることができます。瓶。分離された共有ライブラリーのクラスローディングのセマンティクスについては、WebSphere Application Server Knowledge Centerバージョン8.5.5および9.0のトピック「オープンソース・パッケージの分離」で説明しています。オープンソースパッケージを分離

あなたは8.5.5の最新バージョンを使用している場合、あなたはまた、オープンソースパッケージの分離」で説明され、常に保護されたパッケージを、試してみてください"常に保護されたパッケージは、アプリケーションサーバー上で実行されているすべてのアプリケーションに影響を与えることに注意してください。

関連する問題