-1

サーブレット アプリケーションを作成するときは、アプリケーション サーバーに war ファイルをデプロイし、サーブレットの URL にアクセスします。適切なマッピングがあれば、自分のページにアクセスできます。

ポートレット アプリケーションの場合は、ポータル サーバーにポートレットをデプロイするだけではうまくいきません。また、ポータルにログインし、基本的に「ページの管理」に移動してポートレットを「追加」する必要があります。このステップでは、正確には何をしているのでしょうか。そして、なぜこのステップが必要なのですか?サーブレット アプリケーションでは、これを行う必要はありません。

もう 1 つの質問は、ポータル サーバーには 2 種類の管理コンソールがあり、1 つは標準の WAS 管理コンソールに似ているということです。もう 1 つは、ページを管理したり、他の種類の作業を行ったりする場所です。なぜ 2 種類のコンソールがあるのですか?

IBM が Portal サーバー用に WAS コンソールを再利用したかったため、追加された機能を標準の WAS コンソールに組み込むことができなかったということですか?

4

1 に答える 1

0

おそらく最初に理解しておくべきことは、ポートレットはサーブレットではないということです。ポートレット コンテナーはポートレットの下でサーブレットを使用する場合がありますが (これについてははっきりとはわかりません)、プログラミング モデルは異なるため、それらを使用したソリューションを設計および実装する際には注意が必要です。

ポートレット アプリケーションは、インストール時に定義したコンテキスト ルートから直接参照できます。ただし、doView、processAction などのメソッドを呼び出して、ポートレットの状態とユーザーのナビゲーション状態を維持するのに役立つのは、ポートレット コンテナーです。ポートレットをページに追加すると、Portal は、ページ モデルのどこでポートレットを使用できるようにするかを認識できます。

WebSphere Portal は WebSphere Application Server 上で実行されるため、2 つの管理コンソールがあります。これは、そこで使用している標準の WAS 管理コンソールです。これを使用して、標準の WAS のもの (サーバー、データベース接続、Web サービスなど) を管理します。ポータル管理コンソールは、ページ モデル、ポートレット、テーマなど、ポートレット固有のものを管理するためにあります。

于 2013-01-23T22:19:06.713 に答える