ポートレットは、Web アプリケーション用の再利用可能なウィジェット API に対する善意の試みでしたが、誤った方向に導かれました。天気、ニュース、メールなどのポートレットを備えたパーソナライズされた Google ホームページを考えてみてください。
残念ながら、彼らはそれを少し混乱させました。Portlet API はちょっとした豚のようなもので、まったく楽しくない樽であり、その実装はほとんどありません。私が今まで使ったことのある唯一のものはJBoss Portalですが、それは少し野蛮で、かなりバグがあります。Liferayもポートレット サーバーである可能性がありますが、ホームページは綿密で情報が少ないため、わかりません。
Spring はポートレット API 用のMVC フレームワークを提供しており、これは苦痛を軽減しようとしていますが、率直に言って、気にしなければよかったのにと思います。ドキュメントが煩雑になるだけです。
本質的に、シバン全体が問題を探すソリューションのように見えます。
使用する必要があるフレームワークがあり、それがポートレットをサポートしている場合、アプリケーションはアイデアに基づいて構築されているため、ポートレットが役立つことに気付くかもしれませんが、他の人が述べたように、プロジェクトでは、より安定した環境で、より少ない労力で必要なことを実行できる他の多くのテクノロジがあります。
たとえば、私が南フロリダ大学で働いていたとき、学習管理システムは (今も) Blackboard でしたが、現在はポートレットをサポートしています: http://www.ja-sig.org/wiki/display/JSG/Blackboard+ポートレット。そのため、アプリケーションが API を提供し、人々がポートレットを使用することを期待している場合は、それらを調べるのが理にかなっています。
アップデート：
質問を見た後、私が見逃したことがいくつかありました。
ポートレットは、Google がホームページで行ったように、Web ページに関連性のない複数の情報ブロックを配置して、スタック ポートフォリオやお気に入りのホッケー チームなどを追跡できるようにするための試みだったようです。PHP CMS の影響を受けたとは思いません。これは、すぐに思いついたアイデアにすぎません。情報を取得してアプリケーションに結び付けるためにサーバー コードが必要な場合は、これが 1 つのアプローチでした。
ASP.NET でポートレットに最も近いものは、コントロールです。株式ポートフォリオ コントロールを自分のページに含めると、オプションを設定でき、株式とホッケー チームのスコアが表示されます。
たとえば、誰もが JSF を使用しているわけではないため、コントロールは、JavaScript を使用して JSP およびサーブレットとして手動で作成する必要があります。
tomcatとgwtの上にJavaポートレットを使用したいのはなぜですか？
これらのテクノロジーは直接比較することはできません。定期的なWebページの開発から来ているため、ポートレットは非常に制限の厳しいテクノロジのように見えます。しかし、ポータルサーバーの価値は、主に管理者とユーザーに与える制御です。これにより、生活がより困難になるという事実は関係ありません。
ポートレットを使用すると、jspとjsfを使用する必要が少なくなりますか、それとも不要になりますか？
サーブレットの場合と同じように、出力に直接書き込むことができます。おそらく、ビューテクノロジが必要です（これは、ポートレットをサポートする必要があります）。