2012-02-17 10 views
2

WAS6にデプロイされたEARモジュールに問題があります。WAS MQ 7機能をサポートするための6つのステップ

私のアプリケーションでMQ 7の機能をサポートします。私は以下の手順に従います:

  1. クラスローダーポリシーをPARENT_LASTにします。
  2. すべてのMQ 7関連のJARをEARのルートに配置しました。

EARにはWebモジュールが含まれています。アプリケーションを起動しようとすると、次の例外が発生します。

javax.servlet.jsp.JspException:コンテキストから定義ファクトリを取得できません。 at org.apache.struts.taglib.tiles.InsertTag.processDefinitionName(InsertTag.java:575) at org.apache.struts.taglib.tiles.InsertTag.createTagHandler(InsertTag.java:474) at org.apache。 com.ibm._jsp._home._jspServiceでcom.ibm._jsp._home._jspx_meth_tiles_insert_0(_home.java:106) でstruts.taglib.tiles.InsertTag.doStartTag(InsertTag.java:436) (_home.java: 81)

戦争には次のジャーが含まれています。

xstream-1.3.1.jar、xercesImpl.jar、xalan.jar、struts.jar、standard.jar、commons-validator.jar、commons-net-1.4.0.jar、commons-fileupload.jar、 jumbart-full.jar、jakarta- oro.jar。

EARは、次のJARが含まれ、 com.ibm.mqjms.jar、com.ibm.mq.jmqi.jar、あるcom.ibm.mq.jar、com.ibm.mq.headers.jar、com.ibm .mq.commonservices.jar、log4j.jar、dhbcore.jar。

そして私は誰もがWebSphereのクラスローディングポリシーは、私が間違っていた場所のためにどのように動作するかを私に提案して下さいあるlog4j.jar

との戦争の私のマニフェストファイルのClass-Path属性を設定します。

Karthik

+0

私はむしろIBMとのチケットをオープンしたいと思います...この問題はMQに関係していますか? – home

+0

これはクラスローダポリシーにはありません。私はアプリを起動しているときにWebモジュールが読み込まれるときと混乱していました。 –

+0

FYI Websphere 6の今年の終わり –

答えて

0

いくつかの時間前に私は何か似ていました。 WebSphere Application Server内ですでに使用されている特定のバージョンのライブラリーを使用したいと考えました。そのため、ライブラリをEARファイルに入れ、アプリケーションサーバーをPARENT_LASTクラスローダの順序に設定する必要があります。

私が間違っている場合は私を修正しますが、WARファイルのマニフェストでカスタムMQクライアントライブラリも指定する必要があります。あなたはLog4Jについて言及しました。あなたはのIntegrated Solutions Console(別名管理コンソール)にログインしている場合、あなたはいつもあなたのアプリケーションのクラスパスにライブラリが何であるかを確認することができ、とにかく

Class-Path: com.ibm.mqjms.jar com.ibm.mq.jmqi.jar [...] log4j.jar 

をしてをチェック:それはこのようsomehtingになりますトラブルシューティングセクションクラスローダービューアがあります。ツリーをクリックして、どのライブラリパスが記述されているか、またどのライブラリパスが期待されているかを確認してください。

最後に、Dylan氏は既にコメントしているとおり、WebSphere Application Serverバージョン6.1は2012年9月30日にサポートを終了します。:)

関連する問題