問題タブ [websphere-8]

app.war を websphere 7.0 にデプロイすると、. Restful Web サービスが正常に初期化されました。
しかし、 websphere 8.5 にアップグレードした後。Restful Web サービス クラスのデプロイに失敗しました。
以下は、ジャージ用の app.war の pom.xml です。

以下は私のweb.xmlです

以下は、アプリを起動したときの websphere エラー ログです。

[13-3-1 13:22:44:103 CST] 000003b5 PackagesResou I パッケージ内のルート リソースとプロバイダー クラスをスキャンしています: com.tag.services.testrsws
[13-3-1 13:22:44:123 CST ] 000003b5 サーブレット E com.ibm.ws.webcontainer.servlet.ServletWrapper init Uncaught.init.exception.thrown.by.servlet
[13-3-1 13:22:44:124 CST] 000003b5 webapp E com.ibm.ws .webcontainer.webapp.WebApp commonInitializationFinally SRVE0266E: init サーブレット エラー:{0} javax.servlet.ServletException: SRVE0207E: com.ibm.ws.webcontainer.servlet.ServletWrapper.init(ServletWrapper.java: 398)
...
...
原因: java.lang.IncompatibleClassChangeError: org.objectweb.asm.ClassVisitor java.lang.ClassLoader.defineClassImpl(Native Method) で java.lang.ClassLoader.defineClass(ClassLoader.java:262) で java.security.SecureClassLoader.defineClass(SecureClassLoader.java:69) で com.ibm.ws.classloader .CompoundClassLoader._defineClass(CompoundClassLoader.java:852) で com.ibm.ws.classloader.CompoundClassLoader.localFindClass(CompoundClassLoader.java:762) で com.ibm.ws.classloader.CompoundClassLoader.loadClass(CompoundClassLoader.java:585) でjava.lang.ClassLoader.loadClass(ClassLoader.java:627) の java.lang.J9VMInternals.verifyImpl(ネイティブ メソッド) の java.lang.J9VMInternals.verify(J9VMInternals.java:85) の java.lang.J9VMInternals.verify( J9VMInternals.java:83) の java.lang.J9VMInternals.initialize(J9VMInternals.java:162) の com.sun.jersey.api.core。ScanningResourceConfig.init(ScanningResourceConfig.java:79) com.sun.jersey.api.core.PackagesResourceConfig.init(PackagesResourceConfig.java:104) com.sun.jersey.api.core.PackagesResourceConfig.(PackagesResourceConfig.java:78) ) com.sun.jersey.api.core.PackagesResourceConfig.(PackagesResourceConfig.java:89) com.sun.jersey.spi.container.servlet.WebComponent.createResourceConfig(WebComponent.java:696) com.sun.jersey .spi.container.servlet.WebComponent.createResourceConfig(WebComponent.java:674) com.sun.jersey.spi.container.servlet.WebComponent.init(WebComponent.java:203) com.sun.jersey.spi.container .servlet.ServletContainer.init(ServletContainer.java:374) at com.sun.jersey.spi.container.servlet.ServletContainer.init(ServletContainer.java:557) at javax.servlet.GenericServlet.com.ibm.ws.webcontainer.servlet.ServletWrapper.init(ServletWrapper.java:336) の init(GenericServlet.java:161)

Google で検索した後、webshpere サーバーに既に asm が含まれている可能性があると言う人もいます。そこで、app.war WEB-INF/lib から asm.jar を削除します。しかし、まだエラーがあります。

Websphere管理コンソールで定義された共有ライブラリーを使用して、複数のアプリケーション間でクラスを共有します。これらのクラスでCDI（コンテキストと依存性注入）を使用できるかどうか疑問に思いましたか？もしそうなら、共有ライブラリにあるjarにbeans.xmlを配置する必要がありますか、それともさらに手順がありますか？

注：リファクタリング作業が多すぎるため、共有ライブラリの使用をやめることはできません。

WebSphere 8.5 サーバーに、ロード時に Web アプリケーションのクラスパスをスキャンしないように指示する方法はありますか? アプリを WAS バージョン 6.1 から WAS 8.5 に移行しています。6.1 バージョンでは、WAS はクラスパスをスキャンせず、リソース インジェクションを実行しました。Spring を使用して、6.1 でアプリのリソース インジェクションを実行しました。8.5 に到達すると、WAS サーバーはロード時にクラスをスキャンしようとします。これにより、アプリの構成に問題が発生します。

WAS によるスキャンを無効にして、Spring 構成でアプリのリソース インジェクションを引き続き処理できるようにする方法が本当に必要です。誰もこれについてどうやって行くのか知っていますか?

私は次のことを試しました：

1. EAR マニフェストの「Ignore-Scanning-Packages」設定を使用して、パッケージのスキャンを無効にします (これは効果がないようです)。
2. サーバー (および EAR マニフェスト) で "UseEJB61FEPScanPolicy" 設定を使用して、WAS に古い方法で処理を行わせます (これも効果はありません)。

私が試すかもしれない手がかりやその他のことはありますか？

ありがとう

WebSphere App Server v8.0.0.5 内で JSF 2.0、CDI 1.0 を使用しています。

奇妙な状況があります... ログインに成功すると、CDI セッション スコープの Bean が作成され、ユーザーはウェルカム ページにリダイレクトされます。セッション スコープの Bean は、ウェルカム ページで参照されるリクエスト スコープの Bean に挿入されます。問題は、セッション スコープの Bean が、ブラウザごとの最初のログイン成功時にのみフィールド値を保持することです。Chrome、Firefox、さらには IE を使用して同じユーザーを試しました。ログアウトするか、WAS を再起動して再度ログインしようとすると、セッション スコープ Bean の値はすべて、リクエスト スコープ Bean に注入されたときに null に設定されます。

すべてのスコープに javax.enterprise.context を使用しています。

お願いします、緊急の助けが必要です。この問題により、多くが危機に瀕しています。

ログイン フォームの Auth Bean の関連スニペット (リダイレクト後のコードを一部省略しました):

ユーザー Bean:

ウェルカム ページの Bean の関連部分:

固有のブラウザを使用した最初のログイン時にのみ auth に値が取り込まれ、その後のログイン時に値が取り込まれないのはなぜですか?

WAS 7 では完全に動作するコードがありますが、WAS 8.0.0.5 で実行すると失敗します。プロバイダーとして openJPA で JPA 2.0 を使用しています。em で persist を呼び出すと、ネストされた例外がスローされます。WAS 8.0.0.5 で JPA プログラムを作成できた人はいますか?

ここに例外があります

WTRN0074E: before_completion 同期操作から例外をキャッチしました: org.apache.openjpa.persistence.PersistenceException: DB2 SQL エラー: SQLCODE=-204、SQLSTATE=42704、SQLERRMC=.OPENJPA_SEQUENCE_TABLE、DRIVER=3.58.81 {prepstmnt -1559269434 SELECT SEQUENCE_VALUE FROM . OPENJPA_SEQUENCE_TABLE WHERE ID = ? FOR READ ONLY RS USE AND KEEP UPDATE LOCKS [params=?]}

ここで、Jerseyを使用してWebsphere8.5でRESTfulWebサービスを作成します。
また、RESTfulWebサービスにEJB3.1の容量が必要です。
次のような私の安らかなWebサービスコード：

Websphere8.5に戦争を展開するとき。TagServiceRSは、RESTfulWebサービスとして正常にデプロイされました。テストしました。大丈夫です。
しかし、TagServiceRSはEJBセッションBeanとしてのデプロイに失敗しました。TagServiceRSのentityManagerフィールドとtagTestServiceフィールドはすべてnullです。 ログが表示されますが、エラーや警告のログはありません。 以下は私のTagTestServiceBeanコードです。

答えがあれば。どうもありがとう。

JMSキューに接続しています。キューは、SIBusを使用してWebSphere Application Server（バージョン8.0.0.5）によってホストされます。

問題のある動作を再現する簡単なプログラムがあります。これはC＃で記述されており、XMS（IBMの.NET API）を使用してキューに接続します。注：ここからIBM.XMS dllを入手しました：MQC71：WebSphereMQV7.1クライアント

シナリオは次のとおりです。

1. プログラムを実行します（空のキューを使用して、ブロックされている受信呼び出しを待機します）
2. ネットワークを切断します（イーサネットのプラグを抜きます）
3. 数分後、Receive呼び出しは例外をスローします
4. プログラムは新たに接続を試みます
5. ネットワークがダウンしているため、これは失敗します
6. ...このエラーが引き続き発生することを確認するために、少しループさせます
7. ネットワークを復元します（イーサネットを接続します）
8. 同じエラーが引き続き発生します（connectionFactory.CreateConnection（）呼び出し中にネットワークトラフィックが発生しないことがWireSharkで確認されました）

したがって、問題は、CreateConnection（）呼び出しが何もしない（パケットを送信しない）のに失敗するのはなぜですか？

そしていくつかの出力：

上記の出力では、「Receiving ...」の直後にネットワークを切断し、16：43：52に再度接続しましたが、その後、プログラムを強制終了するまでエラーが続いたことに注意してください。

WebSphere 8 の組み込み可能な EJB コンテナーを使用して、JUnit4 で EJB の単体テストを作成しています。私の IDE は RAD 8 です。

これが私の簡単なテスト コード スニペットです。

NoClassDefFoundError が発生します。

com/ibm/ejs/ras/hpel/HpelHelper クラスの jar がどこにも見つかりません。

ここに私のクラスパスがあります:

IBM Rational Application Developer for WebSphereを使用したいのですが、非常に古くて不格好なEclipseバージョン3が付属しています。

RADを新しいバージョンのEclipse（4.2.2など）で動作させる経験がある人はいますか？

私が見つけたのはこのページだけで、既存の3.6.2でRADを実行する方法を説明しています。

AdminTask を使用して 6.1 サーバーからプロファイルをインポートしていたときに、どうやら 8.5 サーバーをホース接続していたようです。私は次のように見えます...

原因: com.ibm.ws.hamanager.runtime.config.CoreGroupLiveness.(CoreGroupLiveness.java:70) の java.lang.NullPointerException com.ibm.ws.hamanager.runtime.config.CoreGroupConfig.(CoreGroupConfig.java: 117) ... 39 続き

プロファイルをリセットして WAS を再び機能させる方法はありますか? これは、アンインストール/再インストールする必要があるということですか?

ありがとう