Toolsによってサポートされているエクスポートおよびインポート機能について説明します。Toolsマッピング・プロセス間のリソース交換についても説明します。Sitesインスタンス間のリソースを交換できるようにします。Toolsキットについては、IDマッピングとサイト・マッピングに関する項で説明します。この章には次の項が含まれます。Sitesインスタンスとその関連ワークスペース間のリソースの双方向フローです。Toolsを使用して、次の同期操作を実行できます。組込み依存性解決とIDマッピングを持つアセットをエクスポートおよびインポートします。フレックス・ファミリやAssetMakerアセット・タイプなどの、アセット・タイプをエクスポートおよびインポートします。サイト定義、ロール、スタート・メニュー・アイテムおよびツリー・タブをエクスポートおよびインポートします。SiteCatalogエントリおよびElementCatalogエントリをエクスポートおよびインポートします。(コマンドライン・ツール操作)サイトの再マッピングを実行します。CMサイトにインポート可能な再使用可能なモジュールを作成します。指定されたサイトのすべてのリソースをエクスポートまたはインポートすると、バージョン・コントロール・システムでサイト全体を追跡できます。上級開発者はコマンドライン・ツールを使用して、再使用可能なモジュール(カスタム・ワークスペース)を作成することにより、あるサイトのリソースを別のサイトに再マッピングできます。同期シナリオシナリオによって、リソースは自動または手動のいずれかで同期されます。SitesとEclipse間のリソースは、次のアクションがEclipseで実行されるときに自動的に同期されます。Toolsのウィザードを使用して作成されます。Toolsワークスペースに格納されたコード・ベースのリソース(テンプレート、CSElementおよびElementCatalogエントリ)が、Eclipseで編集されます。これには、JSPファイル、XMLファイル、メタデータおよびリソースに関連付けられている他のファイルの編集が含まれます。Sitesインスタンスに自動的に同期されます。Sitesに自動的に同期されます。SitesのAdminインタフェースを使用することをお薦めします。IDEの同期ツールまたはコマンドライン・ツール(上級開発者の場合)のいずれかを使用して、リソースを手動で同期する必要があります。手動同期は次の場合に必要です。Toolsワークスペースに格納されているリソースの編集に使用されない場合。Toolsワークスペースにコピーされる場合などです。Sitesインタフェースで変更される場合。Adminインタフェースを提供します。Eclipseはこのインタフェースを使用して行われる変更を検出しません。したがって、埋込みのAdminインタフェースでの作業は、Adminインタフェースを実行しているスタンドアロン・ブラウザでの作業と同じになります。IDEでリソースを作成または編集している間は実行されません。Sitesが再起動したら、作成または編集したリソースを手動で同期する必要があります。リソースの同期にコマンドライン・ツールを使用するのは、サーバーをテストするためにデプロイされるナイトリー・ビルドなど、主にデプロイメントのためです。上級開発者は、自動化されたデプロイメント手順用のスクリプトに同期コマンドを埋め込むことができます。コマンドライン・ツール」を参照してください。Sitesのリソースは、多くの場合、他のリソースに依存します。フレックス・アセットは、そのアセットが作成される前に、関連付けられたフレックス定義が存在している必要があります。フレックス定義は属性セットに依存したり、他のリソースに依存する可能性もあります。したがって、すべてのフレックス構造では、システム上にフレックス・ファミリが存在している必要があります。Sitesシステムにインポートするには、まずフレックス・アセットが関連付けられるフレックス・ファミリを作成する必要があります。その後、次の手順を実行します。フレックス属性を作成します。必要なフレックス親定義を作成します。フレックス定義を作成します。必要なフレックス親を作成します。フレックス・アセットを作成します。Toolsキットによって、そのアセットのすべての依存性が解決され、その依存性がすべて自動的にエクスポートされます。Toolsキットによって、アセットの依存性がすべて計算されます。Toolsキットは、サイト定義上でリソースの依存性を解決しません。これにより、サイト全体またはサイトのサブセットをエクスポートまたはインポートするか、あるいはサイト定義を完全に無視するかどうか(たとえば、コマンドライン・ツールを使用して、任意のサイトにインポートできる再使用可能なモジュールを作成している場合)を選択できます。コマンドライン・ツールを使用した再利用可能モジュールの作成」を参照してください。Sitesで作成された各リソースには、一意のローカルIDが割り当てられます。Sitesインスタンスに対してのみ一意です。Sitesインスタンス上の2つの異なるリソースは、同じローカルIDを持つことができます。この項の内容は、次のとおりです。Sitesインスタンス間で一意のグローバル一意識別子(fw_uid)を各リソースに割り当てます。Sitesインスタンスにインポートすると、そのインスタンス上のそのリソースに新しいローカル識別子が割り当てられます。リソースが他のアセット(アソシエーション、アセット・ポインタ、フレックス定義など)を参照している場合は、それらのアセットごとに新しいローカル識別子が生成されます。Sitesインスタンスに対するそれ以降のインポートでは、同じローカル識別子がリソースに割り当てられます。Sitesインスタンス間でリソースのfw_uid値が保持されます。Toolsキットはローカル識別子をその元の値に再度マッピングします。Sitesのリソースには、一意の名前の制約があります。Sitesインスタンス間で、一意の名前が付けられていることを確認してください。Sitesインスタンスを使用しているとします(図56-1)。両方の開発者は完全に異なるテンプレート・アセットを作成しました。開発者AはテンプレートAを作成し、開発者BはテンプレートBを作成しました。2つのテンプレート・アセットは、fw_uid値も名前も異なります。(12345)が割り当てられています。Sitesインスタンス間で、テンプレート・アセットを交換しようと考えています。開発者AはテンプレートBをCS1インスタンスに、開発者BはテンプレートAをCS2インスタンスにインポートしようと考えています。Sitesインスタンス間でテンプレート・アセットを交換するために行う手順を説明しています。Sitesインスタンスにインポートされるときに再マップされます。52563が割り当てられます。22342が割り当てられます。いずれの場合にも、両方のテンプレート・アセットのfw_uid値は同じままです。Sitesインスタンス間でのリソース交換にVCSまたは共有ファイル・システムを使用します。バージョン・コントロール・システムとの統合」を参照してください。Sitesインスタンス(システム管理者によって管理される)にデプロイしようと考えており、開発者BはテンプレートBを同じインスタンスにデプロイしようと考えています。(12345)があります。Toolsワークスペースにエクスポートします。その後、各自のテンプレートをVCSまたは共有ファイル・システムにコピーします。Toolsワークスペースにコピーします。Sitesにインポートします。インポート時に、システムによって両方のテンプレートに新しいローカルIDが割り当てられます。98765が割り当てられます。アセットのfw_uid値は変わりません。Sitesインスタンスへのデプロイ」の説明リソースがワークスペースにエクスポートされた場合は、fw_uidによってのみ識別されます。ElementCatalogエントリとSiteCatalogエントリはエレメント名によって一意に識別されているため、fw_uidは割り当てられません。リソースのfw_uidのオーバーライドリソースが作成されると、グローバルな一意識別子としてUUID値が自動的に生成され、fw_uidという名前のアセット属性に格納されます。上級開発者はアセットAPIを使用してfw_uid属性を変更することにより、デフォルトのfw_uidスキームを独自のスキームでオーバーライドできます。APIリファレンスを参照してください。fw_uidスキームの使用をお薦めします。Sitesインスタンス全体で一意であることを確認する必要があります。一度リソースのfw_uid属性を設定したら、その後は値を変更しないでください。Serverのアップグレードの場合は、既存のリソースの一部でfw_uid値がCSSystem:[type]:idに設定されている場合があります。Serverのバージョン7.6以降では、リソースのfw_uidはUUID値として生成されます。Toolsは、リソースのfw_uid値がグローバルで一意であるかぎり、fw_uid値のいずれかのタイプでリソースをマップできます。したがって、既存のリソースの現在のfw_uid値を(CSSystem:[type]:idの形式で)引き続き使用できます。Toolsを既存のリソースと併用する場合は、次のいずれか(または両方)を実行してください。既存のリソースの、CSSystem:[type]:idのfw_uid値を引き続き使用することをお薦めします。Sitesインスタンスが、異なるリソースに同じfw_uid値を生成していないことを確認する必要があります。Sitesの開発インスタンスがあり、管理インスタンスにリソースをパブリッシュしている場合、パブリッシュされたリソースのfw_uid値は両方のインスタンスに対して同じままになります。Toolsを使用した、これらの2つのインスタンス間のリソースの同期によって、ID競合が発生することはありません。Serverインスタンスで作成されているが、まったく同じfw_uid値を持つ既存のリソースがある場合、これらの各リソースには、新しい、一意のfw_uid値が割り当てられる必要があります。Toolsが新しいUUID値を生成できるようにするか、または独自の一意IDをリソースに割り当てることができます。手順については、第56.4.2項「リソースのfw_uidのオーバーライド」を参照してください。注意:リソースに新しいfw_uidを割り当てる場合は、そのリソースのすべてのインスタンスに新しいfw_uid値を割り当てる必要があります。Sitesインスタンスにパブリッシュした後でfw_uid値を変更する場合は、必ずそのリソースの両方のコピーに、同じfw_uidを割り当ててください。Sitesリソースは、少なくとも1つのサイトに関連付けられています。Sitesインスタンスからワークスペースへエクスポートされると、関連付けられているサイトの完全な(正規の)リストが.main.xmlファイル内に格納されます。Sitesインスタンス間で同じです。この項の内容は、次のとおりです。Toolsは、リソースの.main.xmlファイルに格納された正規リストを参照することによって、関連サイトにリソースをマップします。Toolsはそれらのサイトにリソースをマップします。Sitesインスタンス上に、リソースの正規リストで参照されるサイトが存在しない場合、インポートは失敗します。開発者Aが2つのサイト(NewsとSports)をインストールします。Sitesインスタンス上で、開発者Bも2つのサイト(NewsとWeather)をインストールします。Sitesインスタンスにインポートします。このテンプレート・アセットは、SportsとWeatherの両方のサイトに関連付けられます(両方のサイトがアセットの正規リストで参照されます)。Toolsはテンプレート・アセットの正規リストを参照し、そのアセットを開発者Aの環境のSportsサイトと、開発者Bの環境のWeatherサイトにマップします。Sitesインスタンスの適切なサイトにアセットをマッピングします。Toolsは正規リストを使用して、テンプレート・アセットが関連付けられたサイトを認識します。これらのサイトの一部がインストールされていないインスタンスに、アセットをエクスポートした場合でも認識できます。コマンドライン・ツールを使用したナチュラル・サイト・マッピングのオーバーライド上級開発者はコマンドライン・ツールを使用して、正規リストで参照されていないサイトにリソースをインポートできます。コマンドライン・ツールを使用すると、再利用可能なモジュールを作成できます。このモジュールは、任意のサイトにインポート可能なリソースを含むワークスペースです。開発者がFirstSiteIIサンプル・サイト内にブログ・ソリューションを作成するとします。このソリューションには、フレックス・ファミリ、アセット、テンプレートなどのリソースが含まれます。開発者は、まだ存在しないサイトも含め、様々なサイトにリソースをインポートすることを望んでいます。上級開発者であるため、コマンドライン・ツールを使用して必要なリソースを空のワークスペースにエクスポートしてから、このワークスペースのコンテンツを(.zipまたは.tar形式を使用して)アーカイブします。その後、他の開発者はコマンドライン・ツールを使用して、このモジュールに含まれるリソースのサイト・マッピングをカスタマイズし、モジュールのインポート先サイトを手動で指定します。コマンドライン・ツール」を参照してください。コマンドライン・ツールを使用した再利用可能モジュールの作成」を参照してください。reserved.法律上の注意点ライブラリ。