|
|
この章では、BEA WebLogic Portal® の概念、およびこのガイドの内容とポータル ライフサイクルとの関係について説明します。
ポータルとは、アプリケーションおよび情報にアクセスするための単一ポイントを提供する Web サイトです。
エンド ユーザ側からみると、ポータルは、タブなどのナビゲーションで構成されたページを使用した Web サイトです。各ページにはネストされたサブページや 1 つ以上のポートレットが含まれ、静的な HTML コンテンツから複雑な Web サービスに至るまで、さまざまな内容が個々のウィンドウに表示されます。1 つのページには複数のポートレットを含むことが可能であるため、ユーザは単一の場所からさまざまな情報やツールにアクセスできます。またユーザは、自身のページや選択したポートレットを追加したり、インタフェースのルック アンド フィールを変更したりして、ポータルのビューをカスタマイズできます。
技術的に説明すると、ポータルとはエンド ユーザが使用できるリソースと機能のコンテナです。WebLogic Portal では、これらのポータルのビューはデスクトップと呼ばれ、ユーザがアクセスする URL (Uniform Resource Location) を提供します。ポータルは、一貫性のある Web ベースの統合インタフェースを通じて、各種コンテンツおよびアプリケーションをユーザに表示します。ポータルの管理者およびユーザは、ポータルをカスタマイズして、ユーザ プリファレンスまたはルールベースのパーソナライゼーションに基づくコンテンツを表示できます。各ポータルは、Web 上でポータルを実行するのに必要なすべてのリソースを含む Web アプリケーションに関連付けられています。
WebLogic Portal では、クライアント ベースのツールである BEA Workshop for WebLogic Platform を通じてポータルの開発を支援します。また、Workshop for WebLogic を使用せずに、JBuilder、vi、Emacs などの任意のツールでコーディングすることによってポータルを開発することもできます。ポータルは Java または JSP で記述できます。また、クライアント側で動作する JavaScript を使用することもできます。ポータルは Workshop for WebLogic の外部に作成できますが、開発時の生産性向上を十分に実現するには、Workshop for WebLogic をポータルおよびポートレット開発プラットフォームとして使用する必要があります。
Workshop for WebLogic を使用してポータルの各部を作成したら、WebLogic Portal Administration Console を使ってデスクトップを構築します。管理の面から見ると、ポータルはポータル アプリケーションを定義するコンテナです。Administration Console を使って新しいポータルを作成すると、空のポータルが作成されます。このポータルには、特定のユーザを対象にできる複数のバージョンのポータル (デスクトップ) が保持されます。1 つのポータルには、そのポータルの 1 つまたは複数のデスクトップ、つまりビューを含めることができます。動的なポータルを構成するブック、ページ、ポートレットなどのポータル リソースおよびナビゲーションは、デスクトップに追加します。
各ポータルは、Web 上でポータルを実行するのに必要なすべてのリソースを含む Web アプリケーションに関連付けられています。
ポータル フレームワークは Weblogic Portal の一部で、ポータルの表示とカスタマイズを行います。
Workshop for WebLogic で開発したポータルはポータル フレームワークによって、デスクトップの訪問者がブラウザで表示する HTML ページに変換されます。WebLogic Portal で提供されるポータル フレームワーク ツールを十分に理解すると、ブラウザにポータルを表示し、目的の結果を得るには基本となるフレームワークのどの部分を変更する必要があるかがわかるようになります。
ポータルの作成と管理は、ポータル ライフサイクルに沿って行われます。ポータル ライフサイクルは、次の 4 つの段階で構成されています。
このガイドのタスクは、ポータル ライフサイクルに従って構成されています。このポータル ライフサイクルには、ポータルの作成と更新のベスト プラクティスおよびシーケンスが含まれています。ポータル ライフサイクルの詳細については、『BEA WebLogic Portal の概要』を参照してください。図 1-1 は各段階で発生するタスクの例を示しています。
アーキテクチャ段階では、ポータルのコンフィグレーションを設計および計画します。たとえば、ポータルの要件、必要なポートレット、それらのポートレットがホストされる場所、およびポートレット間での通信と対話の方法を示す詳細な仕様を作成できます。ポータルのデプロイメント方法について検討する場合もあります。ポータルのアーキテクチャに関しては、セキュリティについても検討します。
次の章では、アーキテクチャ段階のタスクについて説明しています。
開発者は Workshop for WebLogic を使用して、ポータル、ポートレット、ページ、およびブックを作成します。開発時には、データ転送およびポートレット間通信の方法を具体化し、コンポーネントのセキュリティについて検討します。
開発段階では、ベスト プラクティスに注目することが重要です。このガイドでは、可能な限り、これらのベスト プラクティスに準拠するための説明および手順を示します。
ポータルをステージング環境にデプロイし、そこで構築とテストを行ってから実稼動させることを推奨します。ステージング環境では、WebLogic Portal Administration Console を使用して、デスクトップを構築およびコンフィグレーションします。また、ステージング環境では、ポータルを実際のプロダクション システムに伝播する前にテストします。ステージング段階のテストでは、アプリケーションのリリース準備が整うまでに、ステージングと開発を何回も繰り返します。
次の章では、ステージング段階のタスクについて説明しています。
プロダクション ポータルは、エンド ユーザが使用できる実稼動環境です。プロダクションのポータルを変更するには、管理者の場合は WebLogic Portal Administration Console を使用し、ユーザの場合は訪問者ツールを使用します。たとえば、管理者がポートレットをポータルに追加したり、ポータルのコンテンツを再コンフィグレーションする場合があります。
次の章では、プロダクション段階のタスクについて説明しています。
この節では、このガイドを使用するための基本的な前提条件について説明し、関連する情報やトピックを含むガイドを示します。
一般に、このガイドでは、ポートレットを開発する前に、以下の必須タスクを実行済みであることを前提としています。
このガイドでは、可能な限り、関連ガイドの情報への相互参照を示します。
  
|
