既存のサーバー構成への変更を最小限に抑えるために、これは合理的なアプローチである可能性があることが示唆されていますが、実際には有効/サポートされていますか？どちらの方法でも、特定のものを見つけることができませんでした。
実際には、JBoss Portal V2.4.2サーバーでは、クラスの読み込みに問題があるように見えるため、ダウンロード可能なStripesの例や標準のWicketクイックスタートアプリなどは実行されませんが、問題があるかどうかはわかりません。サーバー固有のものまたは一般的なものがあります-誰か？
注：これは、既存のWebアプリをポータルに表示/移動することではなく、ポータルサーバーも有効なAppServerである必要がある場合に限りますか？
PLT.2.7
Java 2 Platform, Standard および Enterprise Edition との関係
ポートレット API v2.0 は、Java プラットフォーム、Standard Edition 5.0 および Enterprise Edition v1.4 に基づいています。ポートレット コンテナは、J2EE 環境で実行するために、J2EE 仕様の v 1.4 で説明されている要件を少なくとも満たしている必要があります。
したがって、標準のアプリケーション サーバー アプリケーションがポータルで動作することを期待するのは不合理ではありません。
ただし、定義上、ポータルにはグローバル クラス空間により多くのライブラリが含まれます。コンテナにライブラリを追加すると、常に非互換性のリスクが生じ、どのクラス/リソースがアプリケーションに公開され、どのように公開されるかを管理する必要が生じます (アプリケーション ファースト クラス ロードなど)。過去に、ポータルに同梱されているバージョンと依存関係が競合するサード パーツ ライブラリで問題が発生しました。依存関係の管理がこれ以上簡単になるとは思いません。
彼らが言うように、一度書いて、どこでもテストしてください。
問題は、標準のWebアプリケーションをポートレットコンテナからポートレットとしてレンダリングできるかどうかに関係していると思います。これは不可能です。ポートレットは、GenericPortletクラスに基づいており、特別なデプロイメント記述子を持っている必要があります。ポータルの要件を指定するJSR-168標準があります。JSR-286仕様は現在準備中です。
できることは、iframeを介して既存のアプリケーションにサービスを提供するポートレットを作成することだけですが、これはもちろん醜いです。
「ポートレットとApacheポータル」と呼ばれるポートレットの無料の本があります。これは役に立つかもしれません。仕様も参照してください。このブログスポットは面白いです。
私の経験から、それは有効な提案です。ポートレットアプリは多くの場合Webアプリケーションでもあるため（たとえば、いずれかのポートレットでレンダリングされるリンクによってアプリケーションロジックにアクセスできるようにするためのサーブレットが含まれている場合があります）、ポートレット.xmlとweb.xmlの両方が含まれ、j2eeクラスとjsr168が必要です。クラス。WSRP標準には、リモートサーバーの通常のアプリサーバーを表すことになっているリソースリンクタイプも含まれています。
Websphereポータルサーバーはアプリサーバーでもあります。
答えは、はい、有効ですが、特定の JBoss Portal V2.4.* バージョンには、より基本的な Web アプリケーションのみが正しく実行されるなど、クラスローダーの問題があるようです。
JBoss Portal、BEA WebLogic Portal、および Apache Jetspeed 2 を使用して、1 つの Web アプリケーションにサーブレットとポートレットを混在させました。
ただし、サーブレットをポートレットに変換するのは難しい場合があります。Portals Bridgesなどのブリッジング テクノロジの使用は存在しますが、幸運にもそのような変換を行う必要がなく、チュートリアルで遊ぶ以外に直接的な経験がありません。