|
|
ポートレット開発には、適切な計画が欠かせません。適切に計画されたポートレット構造および組織モデルによって、プロダクション システムへの頻繁な変更が不要な、一体性と一貫性のあるポータル インタフェース、柔軟なスケーラビリティ、および高パフォーマンスを実現できます。
この章では、ポートレットを開発する前に必要となる、計画についての考慮事項および決定事項を説明します。グローバルなポータル全体にかかわる計画についての情報が記載された BEA WebLogic Portal の概要では、アーキテクチャ段階でポータル環境全体にわたり考慮すべき問題のタイプについて要約しています。BEA WebLogic Portal の連合ポータル ガイドなどの各種 WebLogic Portal 機能ガイドでは、各機能分野におけるアーキテクチャの問題を紹介しています。
遠隔地の分散開発チームを含む環境でポートレットを開発する場合、実装を慎重に計画する必要があります。チーム開発に関する考慮事項は以下のとおりです。
WebLogic Portal Web サイトのチーム開発は、適切に設計されたソース コントロールおよび正しくコンフィグレーションされた開発用の共有ドメインを中心として行われます。開発環境の設定の詳細については、『プロダクション業務ガイド』のチーム開発に関する章を参照してください。
Web アプリケーションが WebLogic Portal に基づいていなくても、ポートレットを Web ページで公開する必要がある場合があります。たとえば、WebLogic Portal コンポーネントが含まれていないプロデューサ環境から、WSRP を使用してポートレットを公開する必要がある場合があります。基本的な WebLogic Server ドメインで Struts Web アプリケーションを実行したり、基本的な Workshop for WebLogic ドメインで Java ページ フロー アプリケーションを実行したりすることもあります。どちらの場合も、サーバ コンフィグレーションに WebLogic Portal が含まれません。公開されたポートレットは、通常の WebLogic Portal ドメインで実行中のリモート ポートレットとして利用できます。
非 WebLogic Portal 環境のポータル開発の詳細については、『連合ポータル ガイド』を参照してください。
開発段階では、Workshop for WebLogic を使用してポートレットを作成してポータルに配置します。ステージング段階では、Administration Console を使用してポータル デスクトップにポートレットを追加します。デスクトップにポートレットを追加するたびに、そのポートレットのインスタンスを作成します。ポートレット インスタンスでは、同一のポートレット定義について複数のバリエーションが許可されます。ポートレット インスタンスを使用すると、ポータル ユーザおよび管理者はポートレット プリファレンスを利用して 1 つのポートレットの複数のビューをコンフィグレーションできるため、個別のポートレットの数を減らせます。ポートレットの再利用により、ポータルのパフォーマンスおよび管理の効率性が改善します。ポートレット インスタンスの一般的な例は、株式監視ポートレットです。このポートレットには、BEAS などの株式銘柄コードに対して単値または多値のプリファレンスが存在し、これによって BEA Systems の株式情報を表示するようにポートレットがコンフィグレーションされます。
できるだけポートレットを再利用するようにポータルの階層を計画してください。ポートレット インスタンスの詳細および Administration Console のポートレット ライブラリでのポートレット インスタンスとポートレットの関係の詳細については、「ポートレット ライブラリ」を参照してください。
2 種類のカテゴリのユーザに対して、ポートレット リソースへのアクセスを制御できます。
アーキテクチャ段階では、セキュリティ ポリシーおよびロールの整理方法と、システム全体にわたるセキュリティ戦略へのセキュリティ ポリシーおよびロールの統合方法を計画します。WebLogic Portal Administration Console を使用して委託管理および訪問者の資格を設定し、セキュリティ計画を実装します。
ポータル環境のセキュリティの管理の概要については、『セキュリティ ガイド』を参照してください。これらのドキュメントには機能分野に固有のセキュリティの考慮事項が含まれます。たとえば、WSRP 対応環境におけるセキュリティの推奨事項は『連合ポータル ガイド』に記載されています。
IPC (ポートレット間通信) によって、複数のポートレットがデータを使用したり、データに反応できます。単一のポータル Web アプリケーション内または連合ポータル アプリケーション内でポートレット間通信を使用できます。
単一のポータル Web アプリケーション内でのポートレット間通信の詳細については、「ローカル ポートレット間通信」を参照してください。連合ポータル アプリケーション内でのポートレット間通信の詳細については、『連合ポータル ガイド』を参照してください。
プロダクション環境で必要となる調整作業を最小限に抑えるため、ポートレット アーキテクチャでは十分なパフォーマンスを考慮して計画を行います。
全体的なポータルの使用方法に組み込むために計画するパフォーマンスの最適化の例を次に示します。
ポートレットの開発作業を始める前にパフォーマンスの最適化を計画します。これによって、必要な前提条件を実装できます。高パフォーマンスのポートレットの開発手順については、「ポートレットのパフォーマンスの最適化」を参照してください。開発後の WebLogic Portal のパフォーマンスの推奨事項については、『パフォーマンス チューニング ガイド』を参照してください。
  
|
