新しいWebプロジェクトのためにJSR286ポーレットに確認する価値はありますか？

Question

まったく新しいWebプロジェクトを開始しようとしています。

プロジェクトには、他のWebサイトから生成されたhtmlを含む小さなウィンドウが必要です。

重要な要件の1つは、ユーザーがウィンドウでフォームを送信し、別のウィンドウでNOリフレッシュを呼び出す必要があることです。

私のリーダーは、jsr286ポートレット（cozポートレットはウィンドウのように聞こえる？）を見てみましょう。しかし、いくつかの例（pluto portal/jetspeed2）を見てみると、どれも要件をサポートしていません。ウィンドウが送信されると、ページ全体が送信されます。

私の大まかなアイデアは、各ウィンドウでiframeを使用し、残りの部分をiframeに（外部Webサイトへの参照、フォームの送信を処理するように）させることです。

個人的に、私はiframeがポートレットjsr286にかなりうまく収まるとは思わない。ウィンドウのほとんどはお互いに関係がないので、processEventは必須ではありません。

だから私の質問は以下のとおりです。

ような要件（個別のフォーム送信）を使用して新しいプロジェクトの

は、それはJSR286ポートレットを確定し、それは価値があるのでしょうか？

iframeが異なるポートレットモード（VIEW/EDIT/HELP）またはウィンドウ状態（MAX/NORMAL/MIN）でどのように機能しますか？

ありがとうございました！

Answer 1

あなたのチームリーダーを指すことができる良い説明はhereです。それは言う：

マッシュアップとポータルは両方ともコンテンツ集約技術です。ポータルは、従来の動的Webアプリケーションの拡張として設計された古い技術であり、データコンテンツをマークアップされたWebページに変換するプロセスは、マークアップ「フラグメント」の生成とフラグメントのページへの集約の2つのフェーズに分割されます。各マークアップ・フラグメントは「ポートレット」によって生成され、ポータルはそれらを単一のWebページに結合します。ポートレットは、ポータル・サーバー上でローカルにホストされても、別のサーバー上にリモートでホストされても構いません。

と、批判的に：

ポータル技術は、およそサーバー側、プレゼンテーション層の集合体です。

ので、集約は、ポートレット・サーバが別々であっても、ポータルサーバ（上で行われている - これはすべてのビッグサイトでサーバ側は、スケーラブルにする必要性によって駆動され、それから組み合わせないについてクライアントです複数のソース）。そのため、submissionはページ全体を更新します（ポータルから新しいページをロードする必要があるため）。

それは クライアント側集合体であるあなたが探しているように聞こえるので、私はここにあなたに新しい何かを言っているとは思わない（、明確な物事を助ける必要がありますが、私はあなたの中の参照を与えている

より説得力があると思われるかもしれない "エンタープライズ・スピーチ"）。

クライアント側のマッシュアップが必要なように、ポートレットはサーバーサイドで組み立てられているためポートレットは機能しませんiframeは機能しますが、 JavaScriptを使用しているクライアント上のものをbackboneと組み合わせることを提案しようとしていましたが、Webページ内のjavascriptの制限によって、異なるサイトからデータを取得することに問題が生じることが心配です。アクセスすることができます。this articleのように見えるでしょう...）