問題タブ [websphere-8]

WAS 8.0 でサーブレット 2.5 仕様を使用する方法はありますか? デフォルトでは、彼は 3.0 を使用しようとしていますが、私が使用しているポータルは新しいサーブレット仕様をサポートしていないため、下位バージョンで実行する必要がありました。

WAS 8.5 のインストールに関して次の質問があります。

1. Java 7 は {または}c:\IBM\Websphere\Appserver の外にインストールできますか
2. Java 7 の名前を Java1.7_64 以外にすることはできますか?

情報の入手方法も。IBM の任意の bat/sh ファイルを使用する

前もって感謝します

サーバーをWAS7からWAS8に移行し、WAS 7では発生しない問題に直面しています。無効なURLが要求された場合、WAS 7は設定したカスタムエラーページで応答しますweb.xml。これはJSPであり、Strutsを使用します。タグ。ただし、WAS 8ではそうではなく、以下のエラーページ/スタックトレースが表示されます。無効なURLにデフォルトのstruts拡張子がない場合にのみ発生するため、問題はweb.xml構成にあると考えられます。構成のスニペットはエラーページの後に表示されます。

エラーページ/スタックトレース

WEB.XMLスニペット

WAS 7で正常に動作するので、何が欠けているのでしょうか。ストラットがWAS8でカスタムエラーページを処理するために必要な構成変更はありますか？このスニペットが示すように、引き続きまったく同じ構成ファイルを使用し、2.4サーブレットを指していることに注意してください。

Websphere Portal8でJSF2.0ポートレットを実行する際に問題が発生しました。<f:ajax>タグを使用しないと、アプリケーションが何らかの形で機能しているように見えます。しかし、<f:ajax>ポートレットを追加するとレンダリングされず、SystemOut.logに次のように表示されます。

WebSphere Application Server8に含まれているIBMポートレット・ブリッジを使用するようにアプリケーションを構成しました。faces-config.xmlに以下を追加しました。

portlet.xmlでは、次のようなIBMクラスを使用します。

<resource-handler>com.ibm.faces20.portlet.httpbridge.PortletResourceHandler</resource-handler>私がfaces-config.xmlから削除すると、アプリケーションはタグでも機能することがわかりました 。しかし、jsf.jsが欠落しているため、すべてのAJAXJavaScript呼び出しが失敗します。したがって、アプリケーションは存在しない場合のように動作します。

助けやアドバイスをいただければ幸いです。

JSF2.0ポートレットをWebSpherePortal8で5日間実行しようとしていますが、ほとんど成功せず、多くの苦痛があります。ドキュメントが少なく、ソースがない場合は非常に困難です（クラスを逆コンパイルする必要があります！）。Crappy独自のクローズドソース！

次のクラスで ClassNotFoundException を取得しています。

org.apache.commons.pool.impl.CursorableLinkedList$Cursor.

EAR にパッケージ化された Web アプリを確認したところ、上記のクラスが存在するライブラリが 2 つあることに気付きました (CursorableLinkedList)。

JAR ファイルは次のとおりです。

1.) com.ibm.ws.jpa.jar
2.) commons-pool-1.4.jar

プロジェクト固有の JAR ファイル (commons-pool-1.4.jar) は、libディレクトリの WAR ファイルにパッケージ化されています。

環境

EAR は Websphere Applicatoin Server 8 にデプロイされています。使用している IDE は Rational Application Developer 8 です。

Application Deployment を次のように設定しました:

Application :

myApp.EAR

• クラスローダーモード: Parent_First
• WAR クラスローダ ポリシー : MODULE
• 開始重量: 10
• 自動開始: はい

myApp.WAR

• クラスローダーモード: PARENT_FIRST
• 開始重量: 10000

上記の設定では、ClassNotFoundException が発生する場合と発生しない場合があります。不適切なクラスのロードが原因で後で発生する可能性のある他のエラーがあると思われるため、このエラーをもう発生させたくありません。プロジェクト固有のライブラリが最初に読み込まれるように、適切な展開設定を設定するのを手伝ってくれる人はいますか?

現在、SSL オフロードを実行するロード バランサー、http サーバー、websphere アプリ サーバーをセットアップしています。CAS が https で実行されていると認識できないというオフロードの最初のハードル (httpsIndicatorHeader 変数を使用して回避しました) を乗り越えた後、別の問題が発生しました。CAS がターゲット アプリケーションにリダイレクトしているのを確認できますが、「ハンドシェイク」は失敗したように見えます。これは、チケットの生成と試行のループが示されていますが、実際には検証されておらず、ターゲット アプリケーションに到達していません。ただし、エラーが生成されているようには見えません。

誰かが以前に似たようなことを経験したことがありますか?

乾杯、

ロブ

私はちょうど Websphere 8.5 を学んでいて、WAS で実行されているすべてのアプリケーションで利用できるように、iText ライブラリなどのライブラリを追加する最も簡単な方法を知りたいです。管理コンソールで共有ライブラリ オプションと、いくつかのアセットで構成される「ビジネス レベル アプリケーション」のような高度なものの両方を利用できることがわかります。
私の目標を達成するための正しいアプローチは何ですか?
ありがとう

Websphere 7 または 8 に YAWL resourceService をまだデプロイしている人はいますか。同じことをしようとしていますが、資格情報を入力した後に JSF エラーが発生します。JSF の IBM websphere 実装は、resourceService で使用される実装と互換性がないようです。WebSphereにアプリケーション自体にバンドルされたJSF実装を使用させ、それ自体を使用させないようにする方法について、誰かが光を当てることができますか? これが例外スタック トレースです。

サーバー側の JAX-WS SOAPHandler(WebSphere v8 上) があり、場合によっては、クライアントが String 変数に持つ SOAP 応答で応答する必要があります (それを と呼びましょうresponseXml)。

成功した (つまり、障害のない) SOAP メッセージが含まれている場合responseXml、JAX-WS は応答をクライアントに正しく送信します。ただし、 SOAP 障害メッセージが含まれている場合は、「内部エラー」が発生し、次に示すようresponseXmlに、クライアントは とは異なる障害応答を受け取ります。responseXml

次のエラーがコンソールに書き込まれます。

SOAPHandlerこれは、この問題を説明する単純化されたものです。(responseXmlここに示されている の値は単なる例であることに注意してください。私の実際のSOAPHandlerでは、応答はハードコーディングされていませんが、データベースから読み取られます。可能な限り単純なサンプル コードを表示しようとしています。)

をコーディングして( を使用して)オブジェクトSOAPHandlerを作成し、それを にスローすると、まったく同じエラーが発生します。SOAPFaultSOAPFactorySOAPFaultException

スタック トレースに基づいて、 のソース コードを調べたところJAXWSMessageReceiver、裏で Axis2 が causeByException を探しているように見えますが、もちろん、この場合はありません。

なぜこれが起こっているのか、またはどのように修正できるのか誰にも分かりますか? ありがとう！

通常、Tomcat または Jetty にデプロイされている既存のアプリを WebSphere Application Server v8 に構成する必要があります。私が抱えている主な問題は、展開される環境では、JAAS を介して認証/承認を処理することが期待されることです。残念ながら、このアプリケーションは自作の認証システムを使用しており、JAAS または WebSphere の JAAS 実装と互換性がありません。

これまでのところ、アプリが WebSphere 上で調和して存続できるようにするシムを提供するために、WebSphere の信頼関係インターセプターを作成して、Websphere のインターフェースからサブジェクトを ( への呼び出しを介してcom.ibm.websphere.security.auth.WSSubject.getCallerSubject()) プルし、それをHttpServletRequest では、通常の操作の過程で、webapp が使用のために追加された属性を取得します。しかし、それは...トリッキーなようです。それは非常に専用に構築されているようで、この種の操作には使用できないようです。

理想的には、IBM 固有のコードをできるだけアプリから除外したいので、アプリ内フィルターを避けたいと思います。

ここに何か提案はありますか？