ワークフローステップのリファレンス workflow-step-reference
ワークフローモデルは、様々なタイプの一連のステップで構成されます。 これらの手順は、タイプに応じて、必要な機能と制御を提供するパラメーターとスクリプトを使用して設定および拡張できます。
ステップのプロパティ step-properties
各ステップコンポーネントには、 ステップのプロパティ 必要なプロパティを定義および編集できるダイアログ。
ステップのプロパティ — 「共通」タブ step-properties-common-tab
ほとんどのワークフローステップコンポーネントでは、次のプロパティの組み合わせを使用できます。 共通 プロパティダイアログの「 」タブ
-
タイトル
ステップのタイトル。
-
説明
ステップの説明。
-
ワークフローステージ
適用するドロップダウンセレクター ステージ をステップに追加します。
-
タイムアウト
ステップが「タイムアウト」するまでの期間です。
オフ、即時、1 時間、6 時間、12 時間、24 時間 から選択できます。
-
タイムアウトハンドラー
ステップがタイムアウトしたときにワークフローを制御するハンドラーです。例:
Auto Advancer
-
ハンドラー処理の設定
実行後にワークフローを次のステップに自動的に進めるには、このオプションを選択します。選択しなかった場合、実装スクリプトでワークフローの進行を処理する必要があります。
ステップのプロパティ — 「ユーザー/グループ」タブ step-properties-user-group-tab
次のプロパティは、多くのワークフローステップコンポーネントで、 ユーザー/グループ プロパティダイアログの「 」タブ
-
電子メールでユーザーに通知
- ワークフローがステップに到達したら電子メールを送信して、参加者に通知できます。
- 有効にすると、プロパティで定義されたユーザーに電子メールが送信されます ユーザー/グループ またはグループが定義されている場合は、グループの各メンバーに割り当てます。
-
ユーザー / グループ
- ドロップダウン選択ボックスを使用して、ユーザーやグループ間を移動し、選択することができます
- 特定のユーザーにステップを割り当てた場合は、そのユーザーだけがステップのアクションを実行できます。
- グループ全体にステップを割り当てた場合、ワークフローがこのステップに到達すると、グループのユーザーすべての ワークフローの受信ボックス にアクションが保持されます。
- 詳しくは、 ワークフローへの参加 を参照してください。
AND 分割 and-split
AND 分割 は、ワークフロー内に分割を作成し、両方のブランチをアクティブにします。必要に応じて、各分岐にワークフローステップを追加できます。この手順では、複数の処理パスをワークフローに組み込むことができます。 例えば、特定のレビュー手順を並行して実行できるので、時間を節約できます。
AND 分割 — 設定 and-split-configuration
-
を編集します。 AND 分割 プロパティ:
- 名前を分割:名前を割り当てて説明します。
- 必要なブランチの数を選択します。2、3、4 または 5。
-
必要に応じて、各ブランチにワークフローステップを追加します。
コンテナのステップ container-step
A コンテナ ステップは、子ワークフローとして実行される別のワークフローモデルを開始します。
この コンテナ では、ワークフローモデルを再利用して、一般的な一連のステップを実装できます。 例えば、翻訳ワークフローモデルを複数の編集ワークフローで使用できます。
コンテナステップ — 設定 container-step-configuration
このステップを設定するには、次のタブを編集および使用します。
-
コンテナ
- サブワークフロー:開始するワークフローを選択します。
ステップに移動 goto-step
この ステップに移動 では、ECMAScript の結果に応じて、実行するワークフローモデル内の次のステップを指定できます。
-
true
:この ステップに移動 が完了し、ワークフローエンジンは指定されたステップを実行します。 -
false
:この ステップに移動 が完了し、通常のルーティングロジックが実行する次のステップを決定します。
移動ステップ を使用すると、ワークフローモデル内に詳細なルーティング構造を実装できます。例えば、ループを実装するには、 ステップに移動 を定義し、ループ条件を評価するスクリプトを使用して、ワークフロー内の前のステップを実行できます。
ステップに移動 — 設定 goto-step-configuration
このステップを設定するには、次のタブを編集および使用します。
-
プロセス
- 移動先のステップ:実行するステップを選択します。
- スクリプトパス:を実行するかどうかを決定する ECMAScript へのパス ステップに移動.
- スクリプト:を実行するかどうかを決定する ECMAScript ステップに移動.
for ループのシミュレーション simulating-a-for-loop
for ループをシミュレートするには、発生したループ反復回数を維持する必要があります。
- 通常、カウントは、ワークフローで処理される項目のインデックスを表します。
- ループの終了条件としてカウントが評価されます。
例えば、複数の JCR ノードに対してアクションを実行するワークフローを実装する場合は、ループカウンターをノードのインデックスとして使用できます。 回数を保持するには、ワークフローインスタンスのデータマップに integer
値を保存します。回数を増分したり、回数を終了基準と比較するには、移動ステップ のスクリプトを使用します。
function check(){
var count=0;
var keyname="loopcount"
try{
if (workflowData.getMetaDataMap().containsKey(keyname)){
log.info("goto script: found loopcount key");
count= parseInt(workflowData.getMetaDataMap().get(keyname))+1;
}
workflowData.getMetaDataMap().put(keyname,count);
}catch(err) {
log.info(err.message);
return false;
}
if (parseInt(count) <7){
return true;
} else {
return false;
}
}
OR 分割 or-split
OR 分割 は、ワークフロー内に分割を作成し、どちらか 1 つのブランチだけをアクティブにします。これを使用すると、ワークフローに条件付き処理パスを導入できます。必要に応じて、各分岐にワークフローステップを追加できます。
OR 分割 — 設定 or-split-configuration
-
を編集します。 OR 分割 プロパティ:
-
共通
- 必要なブランチの数を選択します。2、3、4 または 5。
-
ブランチ: x>
- スクリプトパス:スクリプトを含むファイルへのパス。
- スクリプト:ボックスにスクリプトを追加します。
- デフォルトルート:複数の分岐が true と評価される場合は、デフォルトの分岐に従います。 デフォルトとして指定できるブランチは 1 つだけです。
note note NOTE ブランチごとに個別のタブがあります。 - 各ブランチのスクリプトは、一度に 1 つずつ評価されます。
- 分岐は左から右に評価されます。
- true に評価された最初のスクリプトが実行されます。
- true に評価される分岐がない場合は、ワークフローが進行しません。
note caution CAUTION 次のいずれかを指定します。 スクリプトパス または スクリプト. 両方のオプションを同時に使用することはできません。 両方のプロパティの値を指定した場合、この手順では スクリプトパス. note note NOTE 詳しくは、 OR 分割のルールの定義. -
-
必要に応じて、各ブランチにワークフローステップを追加します。
参加者ステップと選択 participant-steps-and-choosers
参加者ステップ participant-step
A 参加者ステップ を使用すると、特定のアクションに所有権を割り当てることができます。 ワークフローは、ユーザーがそのステップを手動で了承した場合にのみ進行します。ワークフロー上で誰かにアクションを起こさせたい場合、例えばレビューの手順などで使用します。
直接は関連していませんが、アクションを割り当てる際には、ユーザー認証を考慮する必要があります。ユーザーは、ワークフローペイロードであるページにアクセスできる必要があります。
参加者ステップ — 設定 participant-step-configuration
このステップを設定するには、次のタブを編集および使用します。
- ワークフローが完了(終了)しました。
- ワークフローが中止(終了)されました。
ダイアログ参加者ステップ dialog-participant-step
の使用 ダイアログ参加者ステップ :作業項目を割り当てられたユーザーから情報を収集します。 この手順は、後でワークフローで使用される少量のデータを収集する場合に役立ちます。
ステップを完了すると、 作業項目を完了 ダイアログには、ダイアログで定義するフィールドが含まれます。 フィールドで収集されたデータは、ワークフローペイロードのノードに保存されます。 その後のワークフローステップでは、リポジトリから値を読み取ることができます。
ステップを設定するには、作業項目を割り当てるグループまたはユーザーと、ダイアログへのパスを指定します。
ダイアログ参加者ステップ — 設定 dialog-participant-step-configuration
このステップを設定するには、次のタブを編集および使用します。
-
ダイアログ
- ダイアログパス:次の 作成するダイアログ.
ダイアログ参加者ステップ — ダイアログの作成 dialog-participant-step-creating-a-dialog
ダイアログを作成するには:
- 結果データをどこに配置するかを決定します ペイロードに保存される.
- ダイアログを定義します。これには、データの収集(および保存)に使用するフィールドの定義が含まれます。
ダイアログ参加者ステップ — ペイロードへのデータの格納 dialog-participant-step-storing-data-in-the-payload
ウィジェットデータは、ワークフローペイロードまたは作業項目メタデータに保存できます。 widget ノードの name
プロパティの形式によって、データの保存場所が決定されます。
-
データをペイロードと共に保存
-
ウィジェットデータをワークフローペイロードのプロパティとして保存するには、ウィジェットノードの name プロパティの値に次の形式を使用します。
./jcr:content/nodename
-
データは、ペイロードのノードの
nodename
プロパティに保存されます。ノードにそのプロパティが含まれていない場合は、プロパティが作成されます。 -
ペイロードと共に保存された場合、後続で同じペイロードでダイアログを使用すると、プロパティの値が上書きされます。
-
-
データを作業項目と共に保存
-
ウィジェットデータを作業項目のメタデータのプロパティとして保存するには、name プロパティの値に次の形式を使用します。
nodename
-
データは、作業項目
metadata
のnodename
プロパティに保存されます。この場合は、同じペイロードを持つダイアログを使用しても、データは保存されます。
-
ダイアログ参加者ステップ — ダイアログ定義 dialog-participant-step-dialog-definition
-
ダイアログ構造
ダイアログ参加者ステップのダイアログは、コンポーネントをオーサリングするために作成するダイアログに似ています。 これらは次の場所に保存されます。
/apps/myapp/workflow/dialogs
標準のタッチ操作対応 UI 用のダイアログは、次のノード構造を持ちます。
code language-xml newComponent (cq:Component) |- cq:dialog (nt:unstructured) |- content |- layout |- items |- column |- items |- component0 |- component1 |- ...
note note NOTE 詳しくは、 ダイアログの作成と設定. -
ダイアログパスプロパティ
ダイアログ参加者手順 には、ダイアログパス のプロパティ(および参加者手順のプロパティ)があります。ダイアログパス のプロパティの値は、ダイアログの
dialog
ノードへのパスです。例えば、ダイアログが、ノードに保存されている
EmailWatch
というコンポーネントに含まれているとします。/apps/myapp/workflows/dialogs
タッチ操作対応 UI の場合、ダイアログパス のプロパティには次の値を使用します。
/apps/myapp/workflow/dialogs/EmailWatch/cq:dialog
-
ダイアログ定義の例
次の XML コードスニペットは、ペイロードコンテンツの
String
ノードにwatchEmail
値を保存するダイアログを表しています。title ノードは、TextField コンポーネントを表します。code language-xml jcr:primaryType="nt:unstructured" jcr:title="Watcher Email Address Dialog" sling:resourceType="cq/gui/components/authoring/dialog"> <content jcr:primaryType="nt:unstructured" sling:resourceType="granite/ui/components/foundation/container"> <layout jcr:primaryType="nt:unstructured" margin="false" sling:resourceType="granite/ui/components/foundation/layouts/fixedcolumns" /> <items jcr:primaryType="nt:unstructured"> <column jcr:primaryType="nt:unstructured" sling:resourceType="granite/ui/components/foundation/container"> <items jcr:primaryType="nt:unstructured"> <title jcr:primaryType="nt:unstructured" fieldLabel="Notification Email Address" name="./jcr:content/watchEmails" sling:resourceType="granite/ui/components/foundation/form/textfield" /> </items> </column> </items> </content> </cq:dialog>
この例では、タッチ操作対応 UI の場合、次のようなダイアログが表示されます。
動的参加者ステップ dynamic-participant-step
この 動的参加者ステップ コンポーネントは、 参加者ステップ 実行時に参加者が自動的に選択される差異を設定できます。
ステップを設定するには、 参加者選択 作業項目を割り当てる参加者を、ダイアログと共に識別する。
動的参加者ステップ — 設定 dynamic-participant-step-configuration
このステップを設定するには、次のタブを編集および使用します。
-
参加者選択
- 参加者選択:の名前 作成する参加者選択.
- 引数:必要な引数。
- 電子メール:電子メール通知をユーザーに送信するかどうかを指定します。
-
ダイアログ
- ダイアログパス:次の 作成するダイアログ ( ダイアログ参加者ステップ).
動的参加者ステップ — 参加者選択の開発 dynamic-participant-step-developing-the-participant-chooser
参加者選択を作成します。 したがって、任意の選択ロジックまたは条件を使用できます。 例えば、参加者選択では、最も作業項目の少ないユーザー(グループ内)を選択できます。 任意の数の参加者選択を作成して、 動的参加者ステップ コンポーネントをワークフローモデルに追加します。
作業項目を割り当てるユーザーを選択する OSGi サービスまたは ECMAScript を作成します。
-
ECMAscript
スクリプトには、ユーザー ID を
String
値として返す、getParticipant という関数を含める必要があります。カスタムスクリプトは、例えば/apps/myapp/workflow/scripts
フォルダーまたはサブフォルダーに格納します。標準 AEM インスタンスには、次のサンプルスクリプトが付属しています。
/libs/workflow/scripts/initiator-participant-chooser.ecma
note caution CAUTION /libs
パス内の設定は 一切 変更しないでください。/libs
のコンテンツは、インスタンスを次回アップグレードするとき(場合によってはホットフィックスまたは機能パックを適用したとき)に上書きされるからです。このスクリプトは、ワークフロー開始者を参加者として選択します。
code language-none function getParticipant() { return workItem.getWorkflow().getInitiator(); }
note note NOTE ワークフローイニシエーター参加者選択 コンポーネントは、動的参加者手順 を拡張し、このスクリプトを手順の実装として使用します。 -
OSGi サービス
サービスは、com.day.cq.workflow.exec.ParticipantStepChooser インターフェイスを実装する必要があります。このインターフェイスは、次の構成要素を定義します。
SERVICE_PROPERTY_LABEL
フィールド:このフィールドを使用して、参加者選択の名前を指定します。この名前が、動的参加者ステップ のプロパティで使用可能な参加者選択のリストに表示されます。getParticipant
メソッド:動的に解決されるプリンシパル ID をString
値として返します。
note caution CAUTION getParticipant
メソッドは、動的に解決されるプリンシパル ID を返します。グループ ID またはユーザー ID を指定できます。ただし、グループ ID は 参加者ステップ(参加者のリストが返された場合) 動的参加者手順 の場合は、空のリストが返されるので、委任のために使用することはできません。 動的参加者ステップ コンポーネントに対して実装を使用可能にするには、サービスを書き出す OSGi バンドルに Java クラスを追加し、バンドルを AEM サーバーにデプロイします。
note note NOTE ランダム参加者選択 は、ランダムにユーザーを選択するサンプルサービスです( com.day.cq.workflow.impl.process.RandomParticipantChooser
)。この ランダム参加者選択 ステップコンポーネントサンプルは、 動的参加者ステップ では、このサービスをステップの実装として使用します。
動的参加者ステップ - 参加者選択サービスの例 dynamic-participant-step-example-participant-chooser-service
次の Java クラスは、ParticipantStepChooser
インターフェイスを実装します。このクラスは、ワークフローを開始した参加者の名前を返します。このコードでは、サンプルスクリプト(initator-participant-chooser.ecma
)と同じロジックを使用しています。
@Property
注釈では、SERVICE_PROPERTY_LABEL
フィールドの値を Workflow Initiator Participant Chooser
に設定します。
package com.adobe.example;
import org.apache.felix.scr.annotations.Component;
import org.apache.felix.scr.annotations.Properties;
import org.apache.felix.scr.annotations.Property;
import org.apache.felix.scr.annotations.Service;
import org.osgi.framework.Constants;
import org.slf4j.Logger;
import org.slf4j.LoggerFactory;
import com.adobe.granite.workflow.WorkflowException;
import com.adobe.granite.workflow.WorkflowSession;
import com.adobe.granite.workflow.exec.ParticipantStepChooser;
import com.adobe.granite.workflow.exec.WorkItem;
import com.adobe.granite.workflow.metadata.MetaDataMap;
@Component
@Service
@Properties({
@Property(name = Constants.SERVICE_DESCRIPTION, value = "An example implementation of a dynamic participant chooser."),
@Property(name = ParticipantStepChooser.SERVICE_PROPERTY_LABEL, value = "Workflow Initiator Participant Chooser (service)") })
public class InitiatorParticipantChooser implements ParticipantStepChooser {
private Logger logger = LoggerFactory.getLogger(this.getClass());
public String getParticipant(WorkItem arg0, WorkflowSession arg1,
MetaDataMap arg2) throws WorkflowException {
String initiator = arg0.getWorkflow().getInitiator();
logger.info("Assigning Dynamic Participant Step work item to {}",initiator);
return initiator;
}
}
動的参加者手順 プロパティダイアログの 参加者選択 リストには、このサービスを表す Workflow Initiator Participant Chooser (script)
という項目が含まれています。
「ワークフローモデルが開始されると、ログには、ワークフローを開始し、作業項目を割り当てられたユーザーの ID が示されます。 この例では、admin
ユーザーがワークフローを開始しています。
13.09.2015 15:48:53.037 *INFO* [10.176.129.223 [1347565733037] POST /etc/workflow/instances HTTP/1.1] com.adobe.example.InitiatorParticipantChooser Assigning Dynamic Participant Step work item to admin
フォーム参加者ステップ form-participant-step
この フォーム参加者ステップ 作業項目が開かれたときにフォームを表示します。 ユーザーがフォームに入力して送信すると、フィールドデータはワークフローペイロードのノードに保存されます。
ステップを設定するには、作業項目を割り当てるグループまたはユーザーと、フォームへのパスを指定します。
フォーム参加者ステップ — 設定 form-participant-step-configuration
このステップを設定するには、次のタブを編集および使用します。
-
フォーム
- フォームパス:作成するフォームへのパス。
フォーム参加者ステップ — フォームの作成 form-participant-step-creating-the-form
と共に使用するフォームの作成 フォーム参加者ステップ 通常どおり。 ただし、フォーム参加者ステップのフォームには、次の設定が必要です。
-
フォームの開始 コンポーネントでは、アクションタイプ プロパティが
Edit Workflow Controlled Resource(s)
に設定されている必要があります。 -
フォームの開始 コンポーネントには、
Form Identifier
プロパティの値が必要です。 -
フォームコンポーネントでは、エレメント名 プロパティを、フィールドデータを保存するノードのパスに設定する必要があります。パスは、ワークフローペイロードのコンテンツ内のノードを指す必要があります。値には次の形式を使用します。
./jcr:content/path_to_node
-
フォームには、ワークフロー送信ボタン コンポーネントを含める必要があります。コンポーネントのプロパティは設定しません。
ワークフローの要件によって、フィールドデータを格納する場所が決まります。 例えば、フィールドデータを使用して、ページコンテンツのプロパティを設定できます。 要素名 プロパティの次の値は、フィールドデータを jcr:content
ノードの redirectTarget
プロパティの値として保存します。
./jcr:content/redirectTarget
次の例では、フィールドデータはペイロードページの テキスト コンポーネントのコンテンツとして使用されています。
./jcr:content/par/text_3/text
「最初の例は、 cq:Page
コンポーネントのレンダリング。 2 番目の例は、ペイロードページに「」という ID を持つ テキストtext_3
コンポーネントが含まれる場合にのみ使用できます。
フォームは、リポジトリ内のどこにでも配置できますが、ワークフローユーザーにはフォームを読み取るための権限が必要です。
ランダム参加者選択 random-participant-chooser
ランダム参加者選択 手順は、生成された作業項目をリストからランダムに選択されたユーザーに割り当てる参加者選択です。
ランダム参加者選択 — 設定 random-participant-chooser-configuration
このステップを設定するには、次のタブを編集および使用します。
-
引数
- 参加者:選択可能なユーザーのリストを指定します。 リストにユーザーを追加するには、 項目を追加 ユーザーノードのホームパスまたはユーザー ID を入力します。 ユーザーの順序は、作業項目が割り当てられる可能性に影響を与えません。
ワークフローイニシエーター参加者選択 workflow-initiator-participant-chooser
この ワークフローイニシエーター参加者選択 ステップは、生成された作業項目をワークフローを開始したユーザーに割り当てる参加者選択です。 設定できるプロパティは、 共通 プロパティ。
ワークフローイニシエーター参加者選択 — 設定 workflow-initiator-participant-chooser-configuration
手順を設定するには、次のタブを使用して編集します。
プロセスステップ process-step
A 処理ステップ は、ECMAScript を実行するか、OSGi サービスを呼び出して自動処理を実行します。
プロセスステップ — 設定 process-step-configuration
このステップを設定するには、次のタブを編集および使用します。
-
プロセス
-
プロセス:実行するプロセス実装。 ドロップダウンメニューを使用して、ECMAScript または OSGi サービスを選択します。参考情報:
- 標準の ECMAScript と OSGi サービスについては、 プロセスステップの組み込みプロセス.
- 用の ECMAScript の作成 プロセス 手順については、 ECMAScript を使用したプロセスステップの実装.
- の OSGi サービスの作成 プロセス 手順については、 Java クラスを使用したプロセスステップの実装.
-
ハンドラー処理の設定:実行後にワークフローを次のステップに自動的に進めるには、このオプションを選択します。 選択しなかった場合、実装スクリプトでワークフローの進行を処理する必要があります。
-
引数:プロセスに渡す引数。
-