TAL プロセス内部の詳細
IMAN では、オブジェクトのアイデンティティと、オーナーシップおよびオーナーシップの優先順位を確立するためのカスケードという概念がサポートされています。たとえば、SIM からパブリッシングされた部品はコンポーネント referencedParts.xml で配信され、各部品には一意の永続的な URI が付きます。部品が SAP から配布された場合は URI がありません。IMAN は、プライマリ識別属性 (URI など) とセカンダリ属性を宣言する手段を提供することで、不一致を処理します。
部品の場合、セカンダリ識別属性は部品番号と orgName から構成されるので、同じ部品はそのソースにかかわらずビジネス属性を使用して解決されます。IMAN は、InService がさまざまなシステム (SIM や SIM でないもの) からのデータを対等に扱うかどうか、また、あるシステムを別のシステムからのデータよりも優先したり、そのデータのオーナーシップを取得したりできるような優先順位をつけるかどうかを選択できるよう設計されています。
プロセスには、次の段階があります。
• 初期化 - 変換プロセスを初期化します
タイプごとに次の処理が行われます。
1. IMANConfig.xml に基づいて、すべてのオブジェクトに識別属性 XML を用意します。
2. IMANManager.identify() API を使用して属性の XML を IMANManager に渡します。
3. 変換レジストリ (TR) により、このタイプのレジストリファイルが生成されます。
|
|
通常この手順は、すべてのタイプで TAL の開始時に単一のトランザクションとして完了します。複数のバンドルが同時にロードされる場合、同期化が必ず行われるようにする必要があります。TAL フローでは、データが破損しないよう、同期されたフローを呼び出します。そうしないと、同じオブジェクトに同じ ID が作成され、矛盾や失敗が生じる可能性があります。
|
• 変換:
1. 上記で生成された変換レジストリファイルを使用して、実行する必要のある操作 (追加、更新、削除、または無視) を識別します。
2. DCTM_Output フォルダを作成します。
通常このフォルダは INSERVICE_WORK/DCTM_Output にあります。
3. 更新または削除するレコードのマニフェストファイルを生成します。
4. パブリッシング日を更新して TR を更新します。
• 検証 - 変換プロセスの後、生成されたデータ (DCTM_Output 内に存在) を検証します。
• ロード:
1. 「Publish to Preview Preparation」 (P2PP) タスクを開始してバンドルをロードします。
2. P2PP の最後に、バンドルに適用された検証ロックを除去します。
