カスタムユニバーサルエディター拡張機能を使用して、AEM Sites Cloudでページロックを自動化できます

カスタムのユニバーサルエディター拡張機能を構築する。

• ユニバーサルエディターの拡張性ポイントを使用して、最初の意図的または永続的なコンテンツ変更イベントをリッスンします。 開いているページや選択範囲でトリガーをロックしないでください。
• 例（疑似コード）:

editor.on('contentChanged', (event) => {
    if (!pageLocked) {
        lockPage(event.pagePath);
        pageLocked = true;
    }
});

顧客所有のAEMサービスを導入する。

• AEMで、次のエンドポイントを公開するサーバーサイドのOSGi サービスまたはSling サーブレットを作成します。
• 現在のロックステータスの確認
• ページロックの取得
• ページロックの解除
• AEM WCM PageManager APIを使用してロックおよびロック解除を行います。 例（Java）:

PageManager pageManager = resourceResolver.adaptTo(PageManager.class);
Page page = pageManager.getPage(pagePath);

if (page != null && !page.isLocked()) {
    page.lock();
}

エディターのIDでリクエストを認証します。

• ユニバーサルエディター拡張機能は、現在のエディターのIMS ベアラートークンを認証ヘッダーとしてAEM エンドポイントに転送する必要があります。
• AEMのGranite Bearer Authentication Handlerが有効になっており、トークンに存在するOAuth クライアント IDを受け入れるように設定されていることを確認します。
• AEM サービスは、ロックがサービスユーザーではなくエディターに起因することを確認するために、リクエストのResourceResolver （request.getResourceResolver （）など）を使用する必要があります。

ロックの競合と権限を処理します。

• ページパスを検証し、ページを解決します。
• ページが既にロックされているか、また誰によってロックされているかを確認します。
• ロックを取得できない場合は、明確な応答を返します（例えば、別の作成者が既にロックしている場合など）。
• AEMの権限とCSRF保護を適用します。

エディターの状態を更新します。

• ロック操作が成功したら、ユニバーサルエディターUIを更新して、新しいロック状態を反映します。
• 別の作成者がページをロックしている場合は、明確なメッセージを表示します。

公開前にページのロックを解除します。

• 作成者は、ワークフロープロセスを続行できるように、公開前にページのロックを手動で解除する必要があります。