ワークフローの開発と拡張

AEM には、ワークフローモデルを作成し、ワークフローステップを開発し、プログラムによってワークフローとやり取りするためのツールやリソースが用意されています。

ワークフローにより、AEM 環境でリソースを管理し、コンテンツを公開するプロセスを自動化できます。ワークフローは一連のステップで構成され、ステップごとに個別のタスクが実行されます。ロジックとランタイムデータを使用して、いつプロセスを続行できるかを判断し、実行可能な複数のステップのうち 1 つを次のステップとして選択できます。

例えば、Web ページを作成および公開するビジネスプロセスには、様々な参加者による承認やサインオフのタスクが伴います。AEM ワークフローを使用してこれらのプロセスをモデル化し、特定のコンテンツに適用できます。

重要な要素については以降で説明しますが、詳しい説明は次のページを参照してください。

メモ

参考情報:

モデル

WorkflowModel は、ワークフローの定義(モデル)を表します。WorkflowNodesWorkflowTransitionsで作られます。 トランジションはノードを接続し、フロー​を定義します。 モデルには常に開始ノードと終了ノードがあります。

ランタイムモデル

ワークフローモデルはバージョン管理されます。ワークフローのインスタンスを実行すると、ワークフローのランタイムモデルが使用(および保持)されます(ワークフローが開始されたときに利用可能になります)。

ランタイムモデルは、ワークフローモデルのエディターで​同期​が実行されたときに作成されます

発生するワークフローモデル、または生成されたランタイムモデルに対する編集(**​の後)は、そのインスタンスに適用されません。

注意

実行されるステップは、ランタイムモデルで定義されたものとなります。ランタイムモデルは、ワークフローモデルのエディターで​同期​が実行されたときに生成されます。

その時点より後にワークフローモデルが変更されても(同期​を実行しない限り)、ランタイムインスタンスにその変更が反映されることはありません。変更後に作成されたランタイムモデルのみに、その変更が反映されます。例外は、基になる ECMA スクリプトです。このスクリプトは一度だけ実行されるので、スクリプトに対する変更が取り込まれます。

ステップ

各ステップは個別のタスクを実行します。ワークフローステップには、様々な種類があります。

  • 参加者(ユーザー/グループ):このステップでは、作業項目が生成され、ユーザーまたはグループに割り当てられます。ワークフローを進めるには、作業項目を完了する必要があります。
  • プロセス(スクリプト、Java メソッド呼び出し):このステップは、自動的に実行されます。ECMA スクリプトまたは Java クラスでステップが実装されます。特殊なワークフローイベントを検出し、ビジネスロジックに従ってタスクを実行するようにサービスを開発できます。
  • コンテナ(サブワークフロー):この種類のステップは別のワークフローモデルを開始します。
  • OR 分割/結合:ロジックを使用して、ワークフローで次に実行するステップを決定します。
  • AND 分割/結合:複数のステップを同時に実行できます。

すべての手順で、次の共通のプロパティを共有します。AutoadvanceTimeoutの警告(スクリプト可能)。

トランジション

WorkflowTransitionは、WorkflowModelの2つのWorkflowNodesの間のトランジションを表します。

  • 2 つの連続したステップ間のリンクを定義します。
  • 規則を適用することができます。

WorkItem

WorkItemは、WorkflowModelWorkflowインスタンスを通して渡される単位です。 インスタンスの動作対象となるWorkflowDataと、基になるワークフロー手順を説明するWorkflowNodeへの参照が含まれます。

  • タスクを識別するために使用され、それぞれのインボックスに入れられます。
  • ワークフローインスタンスは、(ワークフローモデルに応じて)1つまたは複数のWorkItemsを同時に持つことができます。
  • WorkItem はワークフローインスタンスを参照します。
  • リポジトリ内では、WorkItem はワークフローインスタンスの下に保存されます。

ペイロード

ワークフローに沿って前に移動する必要があるリソースを参照します。

ペイロードの実装は、リポジトリ内のリソースを(パス、UUID、URL またはシリアル化された Java オブジェクトによって)参照します。リポジトリ内のリソースの参照は、柔軟性に富み、Sling を併用すると生産性が向上します。例えば、参照されたノードをフォームとしてレンダリングできます。

Lifecycle

(対応するワークフローモデルを選択し、ペイロードを定義して)新しいワークフローを起動したときに作成され、終了ノードが処理されたときに終了します。

ワークフローインスタンスでは、次の操作を実行できます。

  • 終了
  • 休止
  • 再開
  • 再起動

完了または強制終了したインスタンスはアーカイブされます。

インボックス

各ユーザーアカウントには、割り当てられたWorkItemsにアクセスできる独自のワークフローインボックスがあります。

WorkItemsは、ユーザーアカウントに直接割り当てられるか、またはユーザーが属するグループに割り当てられます。

ワークフローのタイプ

ワークフローモデルコンソールを見てわかるように、ワークフローには次のように様々なタイプがあります。

wf-upgraded-03

  • デフォルト

    標準AEMインスタンスには、標準搭載されたワークフローが含まれています。

  • カスタムワークフロー(コンソールにインジケーターは表示されません)

    これらは、新規に作成したワークフロー、またはカスタマイズがオーバーレイされた標準搭載のワークフローから作成されたです。

  • レガシー

    AEMの以前のバージョンで作成されたワークフロー。 アップグレード時に保持したり、以前のバージョンからワークフローパッケージとしてエクスポートしてから、新しいバージョンにインポートしたりできます。

一時的なワークフロー

標準ワークフローは、実行中にランタイム(履歴)情報を保存します。このような履歴を保持したくない場合は、ワークフローモデルを「一時的」なものとして定義することができます。このモデルは、情報の保持に使用される時間やリソースが節約または回避されるので、パフォーマンスチューニングに使用されます。

一時的ワークフローは、次のようなワークフローに使用できます。

  • 頻繁に実行される。
  • ワークフロー履歴が必要ない。

一時的ワークフローは、アセットを大量に読み込むときのための機能です。このような場合、アセット情報は重要ですが、ワークフローのランタイム履歴は重要ではありません。

メモ

詳しくは、一時的ワークフローの作成を参照してください。

注意

ワークフローモデルに「一時的」というフラグを設定しても、次のようなシナリオでは引き続きランタイム情報が保持されます。

  • ペイロードタイプ(ビデオなど)の処理に外部のステップが必要となる。そのような場合は、ステータスの確認にランタイム履歴が必要になります。
  • ワークフローが AND 分割​に入る。そのような場合は、ステータスの確認にランタイム履歴が必要になります。
  • 一時的ワークフローが参加者ステップに入ると、(実行時に)モードが恒久的に変更されます。ユーザーにタスクが渡されるので、履歴を保持する必要があるためです。
注意

一時的ワークフロー内では、ステップに移動​を使用しないでください。

これは、Goto Step​がSlingジョブを作成してgotoポイントでワークフローを続行するためのものです。 これにより、ワークフローを一時的にする目的が損なわれ、ログファイルにエラーが生成されます。

一時的ワークフローで判断をおこなうには、OR 分割​を使用できます。

メモ

一時的ワークフローがアセットのパフォーマンスに与える影響について詳しくは、アセットのベストプラクティスを参照してください。

マルチリソースのサポート

ワークフローモデルに対して​Multi Resource Support​をアクティブにすると、複数のリソースを選択した場合でも、単一のワークフローインスタンスが開始されます。これらはパッケージとして添付されます。

ワークフローモデルの​マルチリソースのサポート​をアクティベートせずに複数のリソースを選択した場合、各リソースに対して個別のワークフローインスタンスが起動します。

メモ

ワークフローステージ

ワークフローステージは、タスクを処理するときにワークフローの進行状況を確認するのに役立ちます。ワークフローステージを使用すると、ワークフローがどの処理段階にあるのかについて概要を示すことができます。ユーザーは、ワークフローを実行すると、(個々のステップとは対照的に)ステージ​で表される進行状況を確認できます。

個々のステップ名は具体的で技術的な名前にすることができるので、ステージ名を定義して、ワークフローの進行状況の概念的な表示を提供できます。

例えば、6 つのステップと 4 つのステージがあるワークフローの場合は次のようになります。

  1. (ワークフローの進行状況を表示する)ワークフローステージを設定し、ワークフローの各ステップに適切なステージを割り当てることができます。

    • 複数のステージ名を作成できます。
    • その後、個々のステージ名を各ステップに割り当てます(1 つのステージ名を 1 つ以上のステップに割り当てることができます)。
    ステップ名 ステージ(ステップに割り当て)
    手順 1 作成
    ステップ 2 作成
    ステップ 3 レビュー
    ステップ 4 承認
    ステップ 5 完了
    ステップ 6 完了
  2. ワークフローが実行されると、ユーザーは進行状況を(ステップ名ではなく)ステージ名に照らして確認できます。ワークフローの進行状況は、インボックスに一覧表示されている作業項目](/docs/experience-manager-64/sites-authoring/workflows-participating.html?lang=ja#opening-a-workflow-item-to-view-details-and-take-actions)のタスクの詳細ウィンドウの「[WORKFLOW INFO」タブに表示されます。

ワークフローおよびフォーム

一般的には、ワークフローは AEM でのフォーム送信の処理に使用されます。これは、標準のAEMインスタンスで使用できるコアコンポーネントフォームコンポーネント、またはAEM Formsソリューションで使用できます。

新しいフォームの作成時に、フォームの送信を簡単にワークフローモデルに関連付けることができます。これにより、例えばコンテンツをリポジトリの特定の場所に格納したり、ユーザーにフォームの送信とその内容について通知したりすることができます。

ワークフローおよび翻訳

ワークフローは、翻訳プロセスの重要な要素でもあります。

このページ