AEM as a Cloud Serviceのログをtail -fでリアルタイムに確認する

AEM Developerの皆様、こんにちは！ 大和株式会社の熊井です。

今回は「AEM as a Cloud Serviceのログをtail -fでリアルタイムに確認する」為にはどのようなステップを踏めばいいかをご紹介します。

通常、AEMのログは、{AEM install folder}/crx-quickstart/logs配下に出力され、DispatcherとApacheに関するログは/var/log/httpdに出力されます。
AEM as a Cloud Service以外の場合はインストールサーバにssh等で入ったのちにログを確認・取得・操作することが可能です。
一方、AEM as a Cloud Serviceにおいては「インストールサーバにssh等で入る」という行為が出来ない為、ログにアクセスをするためには
・Cloud ManagerのUIを使用する
・Splunkをセットアップし、ログファイルの転送を受ける
・Adobe I/O を介してCloud Manager APIに接続する
のいずれかを選択することになります。

トラブルシューティング・デバッグの際はログをtail -f することによりファイルの監視をすることが一般的ですが、その要件を満たすためには上記3番目の「Adobe I/O を介してCloud Manager APIに接続する」ことが必須となります。

前提

• Java 11、Node.js、npmをインストール済み
• Admin Consoleで付与されるシステム管理者（Administrators）権限を持っている
  ※ Adobe I/Oコンソールで証明書の管理をするためには、システム管理者（Administrators）権限が必要です
  ※ プロジェクトの作成にはシステム管理者（Administrators）または開発者（Developer）権限が必要です

大きな流れ

【1】Adobe I/Oプロジェクトの作成
【2】Cloud Manager APIのセットアップ
【3】Adobe I/O CLI のセットアップ
【4】Cloud Manager plugin のセットアップ
【5】ログをtail -f する

Publish環境でSFDCをIDPとしたSSOを実装する

AEM Developerの皆様、こんにちは！ 大和株式会社の熊井です。

今回は「Publish環境でSalesforceをIDPとしたSSOを実装する」為にはどのようなステップを踏めばいいかをご紹介します。

前提

環境は以下の構成になっているものとします

• CDNにはCloudFrontを使用
• Dispatcher(Apache), Publisher各1台の構成

大きな流れ

【1】AEMキーペアの作成
【2】IDPの設定
【3】AEMの設定
【4】Apache Dispatcherの設定
【5】Cloud Frontの設定
【6】グループの同期

ページプロパティにカスタムの入力チェックを追加する

こんにちは！大和株式会社の松岡です。

今回は、ページプロパティにカスタムの入力チェックを追加する方法を紹介します。

ページプロパティの項目を必須にしたい場合、ノードにrequired="{Boolean}true"を設定することで簡単に実装できます。
下記のように必須エラーが起きた場合は、自動でタブと項目が赤に変わり、メッセージが表示されます。

しかし、実際のプロジェクトでは項目間の関連チェックや、文字列のチェックを行いたいケースもありますよね。例えば、、、

• 「製品番号」が入力された場合、「製品詳細」を必須にしたい。
• 「製品番号」は「A○○○-XXX」「B○○○-XXX」のいずれか。異なる形式はエラーとしたい。
• メールアドレスの入力は、自社と関連会社のメールアドレスのみ許可する。その他はエラーとしたい。

さて、どう対応しましょうか、、、？

【Windows 10 Home ユーザー向け】ローカル環境でクラウド版 AEM Dispatcherをセットアップしよう

AEM Developerの皆様、こんにちは！
大和株式会社の青葉です。

今回は、Windows 10 Home のローカル環境で AEM as a Cloud 版 Dispatcher をセットアップ・動作確認する方法をご紹介します。

公式ドキュメントでは Windows 10 Professional または Mac OS でのセットアップ方法が紹介されているのですが、実は Windows 10 Home でのセットアップ方法はまだ紹介されていません！

そこで、クラウド版 AEM でこれからローカル開発を始める方を対象に、前提となる手順から詳細にご案内します。記事執筆時点での手順になりますので、普段から公式の最新情報をチェックする習慣をつけておきましょう。

Core Component （プロローグ）

こんにちは、大和株式会社の李です。
今回の開発者ブログは「コアコンポーネント（Core Component）」について記述します。

Adobeの公式ドキュメントやCore Componentライブラリの各コンポーネント紹介や構築手順を補完して、コアコンポーネントを使っていざ！開発！となった時に、各Core Componentでできることやどう構築すればいいのか、各コンポーネントの概要や設定についてシリーズでご紹介していきます。自分自身がコアコンポーネントに対する理解を深めるのと、AEM開発初心者の皆さんのお役に立てる事を目指して書いていきますので、よろしくお願いします！

概要

コンポーネントは、オーサリングするページのコンテンツを構成する要素です。
コアコンポーネントは、AEMで用意されているWCM(Web Contents Management)コンポーネントのセットです。コンポーネントを開発する際に構造全体を一から定義して開発するのではなく、コアコンポーネントとこれから開発するコンポーネントを比較し内容および機能が近いコアコンポーネントを継承し、拡張することがお作法とされています。

ngrokを使ってローカル環境を外部公開する

AEM Developerの皆様、こんにちは！
大和株式会社の青葉です。

今回は、ローカル環境を簡単に外部公開できる、ngrok（エングロック）というサービスについてご紹介します。

特徴

• 外部公開用のURLをコマンド1つで発行できる
• http または https で公開できる
• 無料アカウントでちょっとした動作確認ができる

【詳解】"Create Site"機能を使ってサイト構造を再利用しよう

AEM Developerの皆様、こんにちは！
大和株式会社の青葉です。

今回は、既に作成したサイト構造（複数ページのまとまり）を再利用できる、"Create Site"機能についてご紹介します。

特徴

• 新しいコンテンツルートとしてサイト構造を作成できる
• 既存のコンテンツルート下の任意の場所にもサイト構造を作成できる
• "Create Site"でサイト構造を作成した時、ページに含まれているボタンコンポーネントなどのリンクも更新される
  • 例：/content/wknd/us/en/magazine が /content/yamato/us/en/magazine に更新される