データソースのライフ・サイクル

次のアクションは、データソースのライフ・サイクルにおいてのキー・ポイントを示しています。イベントは、データソース拡張機能が実装され、パッケージ化され、Integrator Acquisition Systemにインストールされた後に起こります。

アクション	対応するライフサイクル・イベント
Endeca IAS Serviceが起動します。	IAS Serverが、インストールされ、正しくアノテートされている`DataSource`をインスタンス化します。
次の項目は同じアクションを実行します。 IAS Server API: `IasCrawler.createCrawl()`または`IasCrawler.updateCrawl()`をコール。 `ias-cmd`ユーティリティ: `createCrawls`または`updateCrawls`のいずれかを実行。	IAS Serverが、`DataSource`によって指定された`PipelineComponentConfiguration`をインスタンス化します。 IAS Serverがデータ型と制約を検証し、さらにメソッドの実装で記述した追加のカスタム検証コードを実行するために、`PipelineComponentConfiguration.validate()`をコールします。
次の項目は同じアクションを実行します。 IAS Server API: `IasCrawler.startCrawl()`をコール。 `ias-cmd`ユーティリティ: `startCrawl`を実行。	IAS Serverが`DataSource`によって指定された`PipelineComponentConfiguration`を再作成し、`validate()`をコールすることによって`PipelineComponentConfiguration`を再検証します。(IAS Serverが`validate()`をコールする前にリフレクションを経由して構成プロパティ値を挿入します。) IAS Serverが`DataSource`インスタンスの`createDataSourceRuntime()`をコールします。結果の`DataSourceRuntime`は取得の間、存在します。増分取得が必要とされた場合、IAS Serverは新しい`DataSourceRuntime`の`checkFullAcquisitionRequired()`をコールします。チェックではブール値を返して、完全取得が必要かどうかを示します。 IASパイプラインのデータソースまたはマニピュレータが`true`を返した場合、IAS Serverは`DataSourceRuntime.runFullAcquisition()`をコールします。すべての拡張機能が`false`を返した場合、IAS Serverは`IncrementalDataSourceRuntime.runIncrementalAcquisition()`をコールします。すべての拡張機能によりすべてのレコードが処理された後、IAS Serverは`PipelineComponentRuntime.endAcquisition()`をコールします。 IAS Serverは、拡張機能が成功したか、失敗したか、あるいは失敗から回復するために完全取得が必要であるかを示すために、`AcquisitionEndState`値を`endAcquisition()`に渡します。
次の項目は同じアクションを実行します。 IAS Server API: `IasCrawler.deleteCrawl()`をコール。 `ias-cmd`ユーティリティ: `deleteCrawl`を実行。	データソースが取得の更新または削除の一部としてアプリケーションから削除された場合、IAS Serverは`PipelineComponent.deleteInstance()`をコールし、取得のデータソース・タイプが変更された場合、`deleteInstance()`もコールされます。(データソース・タイプは、IAS Server APIの`ModuleId`設定で表されます。)