同期化のアーキテクチャー
この参照状態は、 Decision Centerに接続するときに、ワークスペース内の接続エントリーとして作成されます。
Rule Designer の同期化ツールは、 Decision Center データベースをリモート側で照会します。 パフォーマンスを改善させるために、3 者間の比較では、リモートとローカルの両方のルールに対してチェックサムを使用し、その内容を参照の状態と比較します。
- 入力
Rule Designerで更新する必要がある Decision Center の変更点。
- 発信
Rule Designer でローカルに行われた変更。リモート Decision Centerにパブリッシュする必要があります。
- 競合
ローカル・バージョンとリモート・バージョンに行われた変更。
「同期化」ビューで変更について通知された場合は、指示に基づいて変更を更新または公開するか、あるいは提案された方向をオーバーライドします。
- Rule Designer でフォルダーまたはサブフォルダーの名前を変更して同期すると、そのフォルダー内の成果物ごとに Decision Center の新しいバージョンが取得されます。
- 同期化処理はユーザーおよびサーバーに基づきます。 例えば、 Rule Designer と Decision Centerの間で同期化してから、プロジェクトを Decision Centerから切断し、別のユーザー資格情報を使用して再接続するか、別のサーバーに接続した場合、意思決定サービスまたはプロジェクトに変更が加えられていなくても、同期化によって競合が表示される可能性があります。
同期化における接続エントリー
Decision Centerに接続すると、プロジェクトのワークスペースに接続ファイル (.syncEntries) が作成されます。
接続ファイルは、複数の Decision Centerに接続した場合に、1 つ以上の Decision Center との同期の状態を追跡します。
このエントリーは、同期化の状態を提供する 3 者間での比較を維持するために保持する必要があります。
Eclipse セッションを閉じると、接続ファイルはワークスペースに残ります。そのため、次回 Rule Designerを開いたときに再接続する必要はありません。
1 つの Decision Center から切断して別の Decision Center に接続する場合は、再接続しないことを計画していない限り、最初の接続ファイルを保持する必要があります。
接続エントリーを削除した場合、後で再接続して同じプロジェクトと同期化した際に、ルールが両側で同じであったとしても、「同期化」ビューには競合が表示されます。これは、エントリーを削除した際にチェックサム情報が失われたためです。 この場合、 Rule Designer でプロジェクトを削除し、 Decision Centerから再インポートすることができます。
再接続する必要がない場合、または (ワークスペースではなく) ルール・プロジェクトを別のユーザーに送信する時などに接続ファイルをクリーンアップしたい場合は、接続エントリーを削除するだけで済みます。
同期化における UUID
同期では、汎用固有 ID (UUID) を使用して、 Rule Designer および Decision Center のルールを同期化するかどうかを決定します。
Decision Centerでルールの UUID を手動で変更すると、同期化時に競合が発生します。 例えば、開発者は、ソース・コード制御(SCC)を介してルール・プロジェクトを共有し、同じワークスペース内のプロジェクトのさまざまなブランチで作業する場合に、汎用固有IDを変更する場合があります。 この方法では、同期化が壊れてしまいます。 別のワークスペースに異なる分岐をインポートして、同期を維持する必要があります。
名前変更する別のルールの開始点として Rule Designer 内のルールをコピーする場合は、そのルールをルール・パースペクティブからコピーして、コピーしたルールの UUID を自動的に変更します。 その後、同期により、 Rule Designer 側で新しい規則が検出されます。
リソース・ビューまたは Windows エクスプローラーでルールをコピーすると、コピーされたルールの UUID は元のルールと同じになり、コピー・プロセスでエラーが発生します。 このエラーを修正するには、ルール・エクスプローラー内にあるコピーしたルールを右クリックして、「UUID の更新」をクリックします。