皆さん、こんにちは。私はこの問題を解決しようと夢中になっています。私の WAS は正常に機能し、アプリケーションも機能していました。今日、アプリケーションを更新する必要がありましたが、何らかの理由でエラーが発生し、アプリケーションサーバーが機能しなくなりました。そのため、新しいプロファイルを作成しましたが、サーバーを起動しようとするたびに次のエラーが発生します。私は周りを検索しましたが、ポートの問題または既存のインスタンスのように聞こえますが、誰かがこれを解決するのを手伝ってくれます. 助けてください！

IBM WebSphere 7 および 8 内の JAXWS 実装には、soap ハンドラーと大きな MTOM 添付ファイルに関して、いくつかの問題があるようです。SOAPMessageContext オブジェクトで getMessage() が呼び出されると、すべての添付バイナリ コンテンツを含むメッセージ全体がメモリに読み込まれるようです。これにより、JVM で使用可能なメモリが不足する可能性が非常に高くなります。

上記のコード スニペットでは、受信したリクエストの添付ファイルが JVM で使用可能な空きメモリの量よりも大きい場合、context.getMessage() によってメモリ不足の例外が発生する可能性があります。

この望ましくない機能をトリガーせずに SoapHeader 要素にアクセスするにはどうすればよいですか? SOAPMessageContext クラスに getHeaders(...) メソッドがあるようですが、正確な使い方がわかりません。JAXBContext に何を渡すかは特にわかりません。このメソッドの使用方法の例や説明を誰かが提供できますか?

関連する別のスタックオーバーフロー記事は次のとおりです: JAX-WS SoapHandler with large messages: OutOfMemoryError

myfaces 1.2 アプリケーションを Websphere 8.0 にデプロイしているときに、「java.lang.NoSuchMethodException: No suchaccessible method: addRenderKitClass() on object: org.apache.myfaces.config.impl.digester.elements.RenderKit」例外が発生しました。https://www.ibm.com/developerworks/community/forums/html/topic?id=77777777-0000-0000-0000-000014782514に似ているようです。

異なるjsfライブラリからロードされたRenderKitとDigesterFacesConfigUnmarshallerImplが原因のようです。「Verbose class loading」でサーバーを実行すると、次のことが確認されます。

その後

したがって、DigesterFacesConfigUnmarshallerImpl は IBM の jsf からのみロードされ、RendererKit は可能なすべての場所からロードされます。

したがって、問題は、DigesterFacesConfigUnmarshallerImpl をカスタム jsf ライブラリからロードする方法です。

WAS 8.0.0.5 に Worklight 5.0.6 をインストールしています。

authenticationConfig.xml を編集して Worklight Console 保護を有効にし、worklight.properties を編集して Worklight Console のユーザー名とパスワードを追加しました。

今、私は WASLTPARealm オーセンティケーターに問題があります: コンソールは認証に WASLTPARealm を使用しており、資格情報を j_security_check にポストします

それを解決するのを手伝ってくれませんか？よろしくお願いします！

WAS 開発者の皆様、こんにちは。

宣言された persistence-context-ref での JNDI ルックアップが常に新しい EntityManager インスタンスを返すという問題があります。1 つの JTA トランザクション内で、コンテナーが常に同じ EntityManager インスタンスを提供することを期待しています。しかし、1 つのトランザクション内に複数の EntityManager があると、ロックの問題が発生します。さらに、1 つのトランザクション内で (EntityManager ごとに) エンティティが複数回読み込まれる可能性があるため、JPA の使用は最適化されません。

EJB3.1 モジュール内にいくつかの EJB2.1 があるため、JNDI ルックアップと一緒に persistence-context-ref を使用する必要があります。さらに、EntityManager をコンテナー管理したいと考えています。

再現するには、EJB2.1 SessionBean で persistence-context-ref を宣言するだけです。

ここで、開いている JTA トランザクション内で JNDI ルックアップを連続して 2 回行います。

2 つの異なる EntityManager インスタンスが返されることがわかります。

これは WAS の欠陥ですか?

の下にログインモジュールを定義しGlobal Security->JAAS -> Application Loginました。しかし、私のサーバーとデプロイされたアプリケーションはどのようにしてそれを知るのでしょうか? さらに、グローバル セキュリティ -> 管理セキュリティを有効にする を確認しようとすると、次のエラーが表示されました。

以下は私のSpringとspring_persistence.xmlの構成です。persist() 操作はレコードを挿入していません。エラーもありません..

WAS 8.5 アプリ サーバー Spring 3.1 Hibernate 3.6.7

助けてください ！

WebSphere 8.0.0.6 で次の問題が発生しましたが、Web 上で解決策が見つかりません。誰かがこれを手伝ってくれることを願っています。これは、この問題を抱えている他の誰かを助けるでしょう。

エラーの説明:

エラー #1 (アプリケーションのインストール中):

次のエラー:

説明：

EJB 2.0 コンポーネント/プロジェクトで EAR を生成します。これまで、この EAR を WAS 6.1 内に正常にデプロイしましたが、WAS 8 ではデプロイできなくなりました。

必要な bind-ejbjar.xmi は、IBM のスクリプトで変換された新しい形式でもあります。

質問:

WAS 8 は、EAR に EJB 3 コンポーネントが存在することをまだ認識しているようです。問題は、なぜですか?

EAR/EJB モジュールを WAS 8 にデプロイするための最小要件は何ですか? 大きな変更が必要ですか?

追加するバインド ファイルはありますか?

手伝ってくれてありがとう

更新: したがって、明らかにパッケージを EJB2.x として宣言するための前提条件があります。IBM-ヘルプセンターを参照してください:

開発者のための IBM WebSphere 情報 DE

しかし、私はこの 2 つの前提条件をすべて満たしています。

EJB2.x として受け入れられるようにするには、Websphere 8 の jar をどのようにパッケージ化する必要がありますか?

http://pic.dhe.ibm.com/infocenter/wasinfo/v8r5/index.jsp?topic=%2Fcom.ibm.websphere.zseries.doc%2Fae%2Frejb_consid.html&lang%3Dde