2009-05-25 14 views
1

JSF1.1ランタイム環境を使用するアプリケーションを配備すると、Websphere Application Server 6.0に配備されたWebサイトにアクセスする際に問題が発生します。WAS 6.0でJSF 1.1アプリケーションを実行するには

最初に、私のcommandLinkに欠けているbodyContentがありますが、これはオプションですが、自分のページを編集してページが表示されたと思います。

ボタンを押したりイベント処理をしようとすると反応しません。最終親会社、その後、私は例外をキャッチ:

は、その後、私はに私のWebモジュールクラスローダモードを作っエラー500:SRVE0207E:サーブレット

によってスローされたキャッチされない初期化例外エラーの詳細は

[5/23/06 11:57:23:761 CEST] 0000007d ServletWrappe A SRVE0242I: [component-showcase_war] 

[/component-showcase] [/index.jsp]: Initialization successful. 
[5/23/06 11:57:23:766 CEST] 0000007d ServletWrappe E SRVE0100E: Did not realize init() exception thrown by servlet Persistent Faces Servlet: java.lang.NullPointerException 
at com.icesoft.faces.webapp.xmlhttp.PersistentFacesCommonlet.init(Unknown Source) 
at com.icesoft.faces.webapp.xmlhttp.PersistentFacesServlet.init(Unknown Source) 
at com.ibm.ws.webcontainer.servlet.ServletWrapper.init(ServletWrapper.java:274) 
at com.ibm.ws.webcontainer.servlet.ServletWrapper.handleRequest(ServletWrapper.java(Compiled Code)) 
at com.ibm.ws.webcontainer.webapp.WebAppRequestDispatcher.forward(WebAppRequestDispatcher.java(Compiled Code)) 
at org.apache.jasper.runtime.PageContextImpl.forward(PageContextImpl.java:510) 
at com.ibm._jsp._index._jspService(_index.java:66) 
at com.ibm.ws.jsp.runtime.HttpJspBase.service(HttpJspBase.java(Compiled Code)) 
at javax.servlet.http.HttpServlet.service(HttpServlet.java(Compiled Code)) 
at com.ibm.ws.webcontainer.servlet.ServletWrapper.service(ServletWrapper.java(Compiled Code)) 
at com.ibm.ws.webcontainer.servlet.ServletWrapper.handleRequest(ServletWrapper.java(Compiled Code)) 
at com.ibm.wsspi.webcontainer.servlet.GenericServletWrapper.handleRequest(GenericServletWrapper.java(Inlined Compiled Code)) 
at com.ibm.ws.jsp.webcontainerext.JSPExtensionServletWrapper.handleRequest(JSPExtensionServletWrapper.java(Compiled Code)) 
at com.ibm.ws.jsp.webcontainerext.JSPExtensionProcessor.handleRequest(JSPExtensionProcessor.java:241) 
at com.ibm.ws.webcontainer.webapp.WebAppRequestDispatcher.forward(WebAppRequestDispatcher.java(Compiled Code)) 
at com.ibm.ws.webcontainer.extension.DefaultExtensionProcessor.handleRequest(DefaultExtensionProcessor.java(Compiled Code)) 
at com.ibm.ws.webcontainer.webapp.WebApp.handleRequest(WebApp.java:2933) 
at com.ibm.ws.webcontainer.webapp.WebGroup.handleRequest(WebGroup.java:221) 
at com.ibm.ws.webcontainer.VirtualHost.handleRequest(VirtualHost.java:210) 
at com.ibm.ws.webcontainer.WebContainer.handleRequest(WebContainer.java(Compiled Code)) 
at com.ibm.ws.webcontainer.channel.WCChannelLink.ready(WCChannelLink.java(Compiled Code)) 
at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleDiscrimination(HttpInboundLink.java(Compiled Code)) 
at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleNewInformation(HttpInboundLink.java(Compiled Code)) 
at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.ready(HttpInboundLink.java:288) 
at com.ibm.ws.tcp.channel.impl.NewConnectionInitialReadCallback.sendToDiscriminaters(NewConnectionInitialReadCallback.java:201) 
at com.ibm.ws.tcp.channel.impl.NewConnectionInitialReadCallback.complete(NewConnectionInitialReadCallback.java:103) 
at com.ibm.ws.tcp.channel.impl.WorkQueueManager.requestComplete(WorkQueueManager.java(Compiled Code)) 
at com.ibm.ws.tcp.channel.impl.WorkQueueManager.attemptIO(WorkQueueManager.java(Compiled Code)) 
at com.ibm.ws.tcp.channel.impl.WorkQueueManager.workerRun(WorkQueueManager.java(Compiled Code)) 
at com.ibm.ws.tcp.channel.impl.WorkQueueManager$Worker.run(WorkQueueManager.java(Compiled Code)) 
at com.ibm.ws.util.ThreadPool$Worker.run(ThreadPool.java(Compiled Code)) 
です

あなたは何が問題だと思いますか、ここでは何が欠けていますか、私は検索していて、デフォルトのWAS jsf-api.jarファイルを削除する人がいましたが、それは助けになりませんでした!

答えて

1

WASにはws-jsf.jarという別のJSF jarがあると思います。それも削除して試してみてください

+0

おかげで、確実にそれをやりました。 それに加えて、モジュールとしてではなくアプリケーションとして実行するように設定し、common-loggin1.1を削除してcommon-loggin-adapters1.1と置き換える必要があります。 –

0
at com.icesoft.faces.webapp.xmlhttp.PersistentFacesServlet.init(Unknown Source) 

このサーブレットの初期化に失敗しています。 icesoft.comにアクセスして、アプリケーションサーバーからファイルを削除するのではなく、その機能とその理由を確認することが考えられます。

使用しているテクノロジスタック(アプリケーションでデプロイするJSF実装を含む)の詳細については、問題を診断する方が簡単かもしれません。

これを行うには、正しいことだ最終親:

私はに私のWebモジュールクラスローダモードを作りました。これにより、アプリケーションはコンテナ内の古いバージョンではなく、独自のJSF実装を使用します。私はファイルを削除しませんでした。

ここでは、WAS 6.0にデプロイした単純なJSF 1.1アプリケーションの構造を示します。私はMyFacesライブラリバージョン1.1.6を使用しました。

test.jsp 
WEB-INF/faces-config.xml 
WEB-INF/web.xml 
WEB-INF/lib/commons-beanutils-1.7.0.jar 
WEB-INF/lib/commons-el-1.0.jar 
WEB-INF/lib/jstl-1.1.0.jar 
WEB-INF/lib/commons-collections-3.1.jar 
WEB-INF/lib/commons-lang-2.1.jar 
WEB-INF/lib/myfaces-api-1.1.6.jar 
WEB-INF/lib/commons-digester-1.8.jar 
WEB-INF/lib/commons-logging-1.1.1.jar 
WEB-INF/lib/myfaces-impl-1.1.6.jar 

のfaces-config.xmlにはDOCTYPE:

<!DOCTYPE faces-config PUBLIC 
    "-//Sun Microsystems, Inc.//DTD JavaServer Faces Config 1.1//EN" 
    "http://java.sun.com/dtd/web-facesconfig_1_1.dtd"> 

のweb.xml:

<?xml version="1.0" encoding="UTF-8"?> 
<web-app id="WebApp_ID" version="2.4" 
    xmlns="http://java.sun.com/xml/ns/j2ee" 
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" 
    xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd"> 
    <display-name>jsf11</display-name> 
    <context-param> 
     <param-name>javax.faces.STATE_SAVING_METHOD</param-name> 
     <param-value>server</param-value> 
    </context-param> 
    <servlet> 
     <servlet-name>Faces Servlet</servlet-name> 
     <servlet-class>javax.faces.webapp.FacesServlet</servlet-class> 
     <load-on-startup>-1</load-on-startup> 
    </servlet> 
    <servlet-mapping> 
     <servlet-name>Faces Servlet</servlet-name> 
     <url-pattern>/faces/*</url-pattern> 
    </servlet-mapping> 
    <servlet-mapping> 
     <servlet-name>Faces Servlet</servlet-name> 
     <url-pattern>*.faces</url-pattern> 
    </servlet-mapping> 
</web-app> 
+0

クラスローダーはParent Lastですが、Websphere JSFの実装では "ws-jsf.jar"が効果的に実行されていますが、このファイルを削除しても問題は解決します。 次の翌日に何が成功したかについてのステップを提供します –

+0

私はこれがあなたの問題を解決したことを疑うことはありませんし、他の誰もサーバを使用していないとうまくいくかもしれませんが、満足しているでしょう - 提供された実装で他のアプリケーションが動作しないようにします。JSFのブートストラップ処理では、クラスローディングを正しく設定するとコンテナの実装が無視され、サードパーティライブラリのNPEの根本的な原因を知りたいと思うでしょう。 JARファイルを削除する理由についての詳細情報へのリンクが役立ちます。 – McDowell

関連する問題