ワークフローの設定とカスタマイズ id181AI0OJ0RO

ワークフローを使用すると、Adobe Experience Manager \(AEM\) アクティビティを自動化できます。 ワークフローは、特定の順序で実行される一連のステップで構成されます。 各ステップで実行するアクティビティを個別に定義できます。 例えば、トピックレビューが作成されたときに、グループ内のすべてのレビュー担当者にメール通知を送信できます。 または、出力生成タスクが完了したときにパブリッシャーに通知を送信します。

AEMのワークフローについて詳しくは、以下を参照してください。

このトピックの節では、AEM Guidesに付属しているデフォルトのワークフローで実行できる様々なカスタマイズについて説明します。

レビューワークフローのカスタマイズ id176NE0C00HS

すべての組織のコンテンツオーサリングチームは、ビジネス要件を満たすために特定の方法で作業します。 組織によっては、専用のエディターがあるのに対して、他の組織では、自動編集審査システムを導入している場合があります。 例えば、組織では、一般的なオーサリングと公開のワークフローに、のようなタスクを含めることができます。作成者がコンテンツのオーサリングを完了すると、自動的にレビュー担当者に送信され、レビューが完了すると、最終出力を生成するために公開者に送信されます。 AEMでは、コンテンツやアセットに対して実行するアクティビティを、プロセスの形式で組み合わせて、AEM ワークフローにマッピングできます。 AEMのワークフローについて詳しくは、AEM ドキュメントの ワークフローの管理を参照してください。

AEM Guidesでは、デフォルトのレビューワークフローをカスタマイズできます。 他のオーサリングワークフローまたは公開ワークフローで、次の 4 つのカスタムレビュー関連のプロセスを使用できます。

  • レビューを作成:このプロセスでは、レビュータスクの作成に必要なメタデータを準備します。 例えば、レビュー権限をレビュー担当者に割り当て、トピックのステータスをレビュー中に設定し、レビュータイムラインを設定します。 4 つのプロセスのうち、これはカスタムワークフローに含める必要がある唯一の必須プロセスです。 ワークフローで、他の 3 つのプロセスを含めるか除外するかを選択できます。

  • レビュータスクの割り当て:このプロセスは、レビュータスクを作成し、開始者とレビュー担当者にタスク通知を送信します。

  • レビューメールの送信:このプロセスは、レビューメールをイニシエーターとレビュー担当者に送信します。

  • レビューをクローズするジョブのスケジュール:このプロセスにより、期限に達したレビュー・プロセスが確実に完了します。

カスタムレビューワークフローを作成する場合、最初のタスクは、作成レビュープロセスで必要なメタデータを設定することです。 それには、ECMA スクリプトを作成します。 メタデータを割り当てる ECMA スクリプトのサンプルを以下に示します。

var workflowdata=workItem.getWorkflowData();
workflowdata.getMetaDataMap().put("initiator","admin");
workflowdata.getMetaDataMap().put("operation","AEM_REVIEW");
workflowdata.getMetaDataMap().put("orgTopics","/content/dam/xml-solution/review.xml");
workflowdata.getMetaDataMap().put("payloadJson","{\"base\":\"/content/dam/xml-solution\",\"asset\":[\"/content/dam/xml-solution/review.xml\"],\"referrer\":\""}");
workflowdata.getMetaDataMap().put("deadline","2017-06-27T13:19:00.000+05:30");
workflowdata.getMetaDataMap().put("title","Review through custom workflow");
workflowdata.getMetaDataMap().put("description","Initiate this review process using the AEM workflow");
workflowdata.getMetaDataMap().put("assignee","user-one", "user-two");
workflowdata.getMetaDataMap().put("status","1");
workflowdata.getMetaDataMap().put("projectPath","/content/projects/review");
workflowdata.getMetaDataMap().put("startTime", System.currentTimeMillis());

/etc/workflows/scripts ノードにこのスクリプトを作成できます。 次の表に、この ECMA スクリプトによって割り当てられるプロパティを示します。

Property
説明
initiator
String
レビュータスクを開始するユーザーのユーザー ID。
operation
文字列
AEM_REVIEW として設定された静的な値。
orgTopics
文字列
レビュー用に共有されるトピックのパス。 複数のトピックをコンマで区切って指定します。
payloadJson
JSON オブジェクト
次の値を指定します。
base:レビュー用に送信されたトピックを含む親フォルダーのパス。
- asset:確認用に送信されたトピックのパス。
- referrer:空白のままにします。
deadline
文字列
時刻を yyyy-MM-dd'T'HH:mm:ss.SSSXXX 形式で指定します。
title
文字列
レビュータスクのタイトルを入力します。
description
文字列
レビュータスクの説明を入力します。
assignee
文字列
レビュー用にトピックを送信するユーザーのユーザー ID。
status
整数
1 に設定された静的な値。
startTime
Long
System.currentTimeMillis() 関数を使用して、現在のシステム時間を取得します。

スクリプトを作成したら、ワークフローで作成レビュープロセスを呼び出す前に呼び出します。 その後、要件に応じて、他のレビューワークフロープロセスを呼び出すことができます。

パージ設定からレビューワークフローを削除

ワークフローエンジンのパフォーマンスを向上させるために、完了したワークフローインスタンスをAEM リポジトリから定期的に削除できます。 デフォルトのAEM設定を使用している場合は、指定した時間が経過すると、完了したすべてのワークフローインスタンスがクリーンアップされます。 これにより、すべてのレビューワークフローがAEM リポジトリからパージされます。

自動パージ設定からレビューワークフローモデル \(情報\)を削除することで、レビューワークフローが自動パージされないようにすることができます。 レビューワークフローモデルを自動パージリストから削除するには、Adobe Granite のワークフローのパージ設定 を使用する必要があります。

AdobeGranite のワークフローのパージ設定」で、安全にパージできるワークフローを少なくとも 1 つリストしていることを確認します。 例えば、AEM Guidesで作成された次のワークフローのいずれかを使用できます。

  • /etc/workflow/models/publishditamap/jcr:content/model
  • /etc/workflow/models/post-dita-project-creation-tasks/ jcr:content/model

ワークフロー Granite のAdobeのパージ設定にワークフローを追加すると 設定にリストされているワークフローのみがAEMによってパージされます。 これにより、AEMではレビューワークフローの情報をパージできなくなります。

ワークフローの Granite Workflow Purge Configuration の設定について詳しくは、AEM ドキュメントの Adobeインスタンスの管理 を参照してください。

メールテンプレートのカスタマイズ

メール通知は、多数のAEM Guides ワークフローで利用されます。 例えば、レビュータスクを開始すると、レビュー担当者にメール通知が送信されます。 ただし、メール通知が送信されるようにするには、AEMでこの機能を有効にする必要があります。 AEMでメール通知を有効にするには、AEM ドキュメントの記事 メール通知の設定を参照してください。

AEM Guidesには、カスタマイズ可能な一連のメールテンプレートが含まれています。 これらのテンプレートをカスタマイズするには、次の手順を実行します。

  1. AEMにログインし、CRXDE Liteモードを開きます。

  2. 「ナビゲータ」タブで、次の場所に移動します。

    /libs/fmdita/mail

    note note
    NOTE
    libs ノードでデフォルトの設定ファイルをカスタマイズする必要はありません。 apps ノードに libs ノードのオーバーレイを作成し、apps ノードでのみ必要なファイルを更新する必要があります。
  3. メールフォルダーには、以下のカスタマイズ可能なテンプレートが含まれています。

    table 0-row-2 1-row-2 2-row-2 3-row-2
    テンプレート ファイル名 説明
    closereview.html このメールテンプレートは、レビュータスクが終了したときに使用されます。
    createreview.html このメールテンプレートは、新しいレビュータスクが作成されるときに使用されます。
    reviewapproval.css この CSS ファイルには、メールテンプレートのスタイル設定が含まれています。

出力後生成ワークフローのカスタマイズ id17A6GI004Y4

AEM Guidesでは、出力後の生成ワークフローを柔軟に指定できます。 AEM Guidesを使用して生成された出力に対して、いくつかの後処理タスクを実行できます。 例えば、生成されたAEM Site 出力に一部の CQ タグを適用したり、PDF出力に特定のプロパティを設定したり、出力の生成後に一連のユーザーにメールを送信したりできます。

新しいワークフローモデルを作成して、出力後生成ワークフローとして使用できます。 出力後生成ワークフローがトリガーされると、出力生成ワークフローは、ワークフローメタデータマップを介してコンテキスト情報を共有します。このマップを使用して、生成された出力に対して処理を実行できます。 次の表に、メタデータとして共有されるコンテキスト情報を示します。

Property
説明
outputName
String
出力の生成に使用する出力プリセットの名前。
generatedPath
文字列
生成された出力が保存される DAM 内のパス。
outputType
com.adobe.fmdita.output.OutputType
出力プリセットのタイプ。
outputTitle
文字列
出力プリセットのタイトル。
outputHistoryPath
文字列
履歴ノードのリポジトリーパス。
isSuccess
ブーリアン
出力生成プロセスの最終的なステータス(成功または失敗)を示すフラグ。
logPath
文字列
出力生成ログが保存される DAM 内のパス。
generatedTime
Long
出力生成プロセスがトリガーされた時間。
initiator
文字列
出力生成ワークフローをトリガーしたユーザーのユーザー ID。

出力生成メタデータを利用するには、ECMA スクリプトまたは OSGi バンドルを作成します。 メタデータを使用する ECMA スクリプトのサンプルを以下に示します。

NOTE
/etc/workflows/scripts ノードにこのスクリプトを作成できます。
var session = workflowSession.getSession(); // Obtain session object to read/write the repository.
var payload = workItem.getWorkflowData().getPayload().toString(); // Get the workflow payload (the ditamap file on which the generation was triggered)
var metadata = workItem.getWorkflowData().getMetaDataMap(); // Get the workflow metadata object
var generatedPath = metadata.get("generatedPath"); // supplied by AEM Guides
var username = metadata.get("initiator"); // supplied by AEM Guides
var successful = metadata.get("isSuccess"); // supplied by AEM Guides
var title = metadata.get("outputTitle"); // supplied by AEM Guides
var subject = "Output Generation Finished";
var message = "Generation of output " + title + " just finished " +
(successful ? "successfully. " : "unsuccessfully. ");
    message += "It was triggered by " + username;
if (successful) {
    message += "<br/><br/>The path to the generated output is " +
generatedPath;
}
/*
    MailerAPI.sendMail("dl-docs-authors", subject, message);
*/

スクリプトを作成したら、ワークフローでカスタムスクリプトを呼び出します。 その後、要件に応じて、他のワークフロープロセスを呼び出すことができます。 カスタムワークフローを設計したら、ワークフロープロセスの最後の手順として Postの生成の完了 を呼び出します。 Post生成を完了 ステップは、出力生成プロセスの完了時に、出力生成タスクのステータスが確実に 完了 に更新されるようにします。 カスタムの出力後生成ワークフローを作成したら、任意の出力生成プリセットを使用して設定できます。 必要なプリセットの Post生成ワークフローを実行 プロパティで、必要なワークフローを選択します。 設定された出力プリセットを使用して出力生成タスクを実行すると、タスクのステータス \(「出力」タブ内)が Post処理中 に変わります。

アセットを更新ワークフローのカスタマイズ id18C3D0I0B5Z

デフォルトでは、任意のAEM アセット \(XML または非 XML\)を作成または更新するたびに、DAM アセットの更新 ワークフロートリガーが表示されます。 例えば、トピックを作成または更新すると、DAM アセットの更新 ワークフローが実行されます。 DAM アセットの更新 ワークフローは、Assetsから関連するメタデータの抽出を試みます。 標準の アセットの更新ワークフロー には、DITA ファイルから関連するメタデータを抽出する手順が含まれていないので、DAM アセットの更新 ワークフローは、実行時に多くのログを生成します。 余分なログを回避する場合は、すべての XML ファイルを処理からスキップするようにワークフローを設定できます。

次の手順を実行して、「DAM アセットの更新」ワークフローをカスタマイズします。

  1. ワークフローランチャー ページを開きます。

    ワークフローランチャーページにアクセスするためのデフォルトの URL は次のとおりです。

    code language-http
    http://<server name>:<port>/libs/cq/workflow/admin/console/content/launchers.html
    
  2. ワークフローランチャーのリストから、「DAM アセットの更新」ワークフローのプロパティを開きます。

  3. 次の式を使用して条件を追加します。

    code language-json
    jcr:content/metadata/dc:format!=application/xml
    
  4. 保存して閉じる」をクリックします。

後処理 XML ワークフローの設定 id18CJB03J0Y4

AEM Guidesは、AEMで DITA コンテンツを操作できる多数のワークフローを作成します。 例えば、DITA コンテンツのアップロード時や既存のコンテンツの更新時に実行されるワークフローがあります。 これらのワークフローは DITA 文書を解析し、メタデータの設定、新しい DITA マップへのデフォルト出力プリセットの追加、その他の関連タスクなど、様々なタスクを実行します。

NOTE
デフォルトの後処理ワークフローをカスタマイズまたは拡張するには、Adobe Experience Manager Guidesの API リファレンス に記載されている後処理イベントハンドラーを使用します。

次のプロパティは、AEM Guidesでの後処理ワークフローの実行方法を制御します。

NOTE
Web コンソールから、http://<server name>:<port>/system/console/configMgr のプロパティにアクセスできます。
プロパティ
バンドル名
説明
動的外部参照
com.adobe.fmdita.postprocess.PostProcessObservation
後処理が実行されていないすべてのファイルについて、トピックファイルを解析して外部参照を取得します。 処理するファイルの数が多い場合はシステムが過負荷になる可能性があるので、このオプションは無効にしておくことをお勧めします。
Post プロセスThreads
com.adobe.fmdita.config.ConfigManager
ワークフローの後処理に使用する後処理スレッドの数を設定します。
デフォルト値は 1 です。
recommendation-more-help
11125c99-e1a1-4369-b5d7-fb3098b9b178