OSGi でのAEM 6.5 Forms LTS へのアップグレード upgrade-to-aem-forms-osgi
AEM 6.5 からAEM 6.5 LTS へのアップグレード を行うには、AEM 6.5.22.0 Forms以降にアップグレードします。 AEM 6.5.22.0 からAEM 6.5 Forms LTS への直接アップグレードがサポートされています。
AEM 6.0 Forms、AEM 6.1 Forms、AEM 6.2 Forms、AEM 6.3 Forms、AEM 6.4 FormsまたはAEM 6.5 Formsを使用している場合、AEM 6.5 Forms LTS に直接アップグレードすることはできません。 アップグレードパスについて詳しくは、「 アップグレードパス ドキュメントを参照してください。
サービスパック AEM Forms 6.5.22.0 にアップグレードした後、次の手順に従ってAEM 6.5 LTS Formsにアップグレードします。
-
AEM Forms アドオンパッケージのインストール. 手順は次のとおりです。
-
ソフトウェア配布を開きます。ソフトウェア配布にログインするには、Adobe ID が必要です。
-
ヘッダーメニューで「Adobe Experience Manager」を選択します。
-
「フィルター」セクションで、
- 「ソリューション」ドロップダウンリストから「Forms」を選択します。
- パッケージのバージョンとタイプを選択します。また、「ダウンロードを検索」オプションを使用して結果をフィルターすることもできます。
-
お使いのオペレーティングシステムに適した Forms アドオンパッケージの名前を選択し、「EULA 利用条件に同意する」を選択して、「ダウンロード」を選択します。
-
パッケージマネージャーを開き「パッケージをアップロード」をクリックしてパッケージをアップロードします。
-
パッケージを選択して、「インストール」をクリックします。
「AEM Forms リリース」記事に記載されている直接リンクからパッケージをダウンロードすることもできます。
パッケージのインストールが完了したら、AEM インスタンスを再起動します。その際、すぐにサーバーを停止しないでください。 AEM Forms サーバーを停止する前に、ServiceEvent REGISTERED メッセージと ServiceEvent UNREGISTERED メッセージが <crx-repository>/error.log ファイルに表示されなくなり、このログファイルが安定した状態になるまで待ちます。また、いくつかのパッケージについては、インストールされたままの状態になる場合があります。これらのパッケージの状態は無視しても問題ありません。
次の追加の JVM コマンドラインパラメーターを使用してAEM インスタンスを再起動します。
--add-opens java.base/java.util=ALL-UNNAMED --add-exports=java.xml/com.sun.org.apache.xml.internal.serialize=ALL-UNNAMEDサーバーがスクリプトまたはサービスを使用して起動された場合は、上記の内容を含めるようにサーバーを適切に更新し、その後の再起動後も有効になるようにします。
note note NOTE 「Ctrl + C」コマンドを使用して SDK を再起動することをお勧めします。Java プロセスの停止など、別の方法を使用して AEM SDK を再起動すると、AEM 開発環境で不整合が生じる場合があります。
-
-
インストール後のアクティビティを実行します。
-
移行ユーティリティを実行
移行ユーティリティにより、以前のバージョンのアダプティブフォームや対応する管理アセットが AEM 6.5 Forms で使用できるようになります。このユーティリティは、AEM ソフトウェア配布からダウンロードできます。 移行ユーティリティの詳しい設定方法と使用方法については、移行ユーティリティに関する説明を参照してください。
ドラフト統合とコンポーネント送信のサンプルをデータベースで使用して旧バージョンのアップグレードを行う場合は、アップグレードの実行後に、以下の SQL クエリを実行してください。
code language-sql UPDATE metadata m, additionalmetadatatable am SET m.dataType = am.value WHERE m.id = am.id AND am.key = 'dataType'code language-sql DELETE from additionalmetadatatable WHERE `key` = 'dataType' -
Adobe Sign の再設定(AEM 6.2 Forms 以前のバージョンをアップグレードする場合のみ)
Adobe Sign を以前のバージョンの AEM Forms で設定してある場合は、AEM Cloud サービスから Adobe Sign を再設定します。詳しくは、Adobe Sign と AEM Forms の統合を参照してください。
-
jQuery のサポート
AEM 6.5 Forms では、jQuery のバージョンが 3.2.1 に、jQuery UI のバージョンが1.12.1に更新されます。AEM Form は、noConflict モードの JQuery を使用します。そのため、他の jQuery バージョンを使用している場合、アップグレードの実行中に問題は表示されません。 ただし、AEM 6.5 Forms にアップグレードする場合は、次の手順を実行します。
- カスタムコンポーネントが(存在する場合)、サポートされる jQuery バージョンと互換性があることを確認します。
- サポートされていない API をカスタムコンポーネントから削除します。 削除された API のリストについては、アップグレードガイドを参照してください。 例えば、load()、.unload()、.error() の各 API のサポートは削除されています。 前述の API の代わりに.on() メソッドを使用します。 例えば、$("img").load(fn) を $("img").on("load", fn) に変更します。
-
分析機能とレポートの再設定(バージョン 6.2 以前の AEM Forms をアップグレードする場合のみ)
AEM 6.4 Forms では、ソースのトラフィック変数とインプレッションの成功イベントは使用できません。そのため、バージョン 6.2 以前の AEM Forms をアップグレードすると、AEM Forms から Adobe Analytics サーバーにデータが送信されなくなり、アダプティブフォームの分析レポートが使用できなくなります。さらに、AEM 6.4 Forms では、フォーム分析のバージョンのトラフィック変数と、フィールドでの滞在時間の成功イベントが導入されています。そのため、AEM Forms 環境で分析とレポートを再設定します。詳しい手順については、分析とレポートの設定を参照してください。
-
-
サーバーのアップグレードが成功し、すべてのデータが正常に移行され、問題なく動作することを確認してください。
-
バンドルのステータスを確認:すべてのバンドルがアクティブ状態になっていることを確認します。
-
レプリケーションとリバースレプリケーションの検証:移行されたフォームをいくつか公開、入力および送信します。送信されたデータも検証します。
-
管理者および開発者のユーザーインターフェイスへのアクセスを確認:管理者アカウントで AEM インスタンスにログインし、次の URL にアクセスできることを確認します。
https://'[server]:[port]'/crx/packmgrhttps://'[server]:[port]'/crx/dehttps://'[server]:[port]'/aem/forms.html/content/dam/formsanddocuments
note note NOTE AEM 6.4 Forms では crx-repository の構造が変更されています。6.3 Forms から AEM 6.5 Forms にアップグレードした場合、新規作成するカスタマイズについては、変更後のパスを使用してください。変更後のパスの一覧については、「AEM Forms におけるリポジトリの再構築」を参照してください。 -
JBoss EAP 8 へのAEMのデプロイ(Windows)
概要
このガイドでは、JDK 21 を使用して、Windows 環境の JBoss Enterprise Application Platform (EAP) 8 にAdobe Experience Manager(AEM)をスタンドアロンの OSGi WAR ファイルとしてデプロイする手順を説明します。
システム要件
デプロイメントプロセスを開始する前に、お使いの環境が次の要件を満たしていることを確認します。
JAVA_HOME 環境変数が JDK 21 インストールディレクトリを指していることを確認します。手順 1:JBoss EAP 8 のインストール
JBoss EAP のダウンロード
-
Red Hat 開発者ポータルに移動します。
https://developers.redhat.com/products/eap/download -
Windows 用 JBoss EAP 8 ZIP 配布をダウンロードします。
JBoss EAP の抽出
-
ダウンロードした ZIP ファイルを目的のインストールディレクトリに抽出します。
-
このガイド全体で使用する
<JBOSS_HOME>は、このディレクトリパスに注意してください。例:
C:\jboss-eap-8.0
手順 2:AEM WAR ファイルを準備
AEM戦争を得る
Adobe ソフトウェア配布またはAdobeの担当者からAEM WAR ファイルを入手します。
WAR ファイル名を変更
WAR ファイルの名前を、目的の URL コンテキストパスに合わせて変更します。
cq-quickstart.war
cq-quickstart.war は /cq-quickstart でアクセス可能になります。手順 3:AEM WAR の設定
設定の変更はすべて、JBoss へのデプロイ 前 に完了する必要があります。
作業ディレクトリの作成
-
一時的な作業ディレクトリを作成します。
code language-none C:\aem\war-config -
cq-quickstart.warを、このディレクトリにコピーします。
WAR コンテンツの抽出
-
コマンドプロンプト を開き、作業ディレクトリに移動します。
code language-cmd cd C:\aem\war-config -
WAR ファイルを解凍します。
code language-cmd jar -xvf cq-quickstart.warこれにより、
WEB-INFおよびその他のアプリケーションファイルを含んだディレクトリ構造が作成されます。
手順 4:JBoss デプロイメント記述子の設定
配置構造ファイルを作成
-
抽出した WAR 内の
WEB-INFディレクトリに移動します。code language-cmd cd WEB-INF -
jboss-deployment-structure.xmlという名前の新規ファイルを作成します。 -
次の XML コンテンツを追加します。
code language-xml <?xml version="1.0" encoding="UTF-8"?> <jboss-deployment-structure xmlns="urn:jboss:deployment-structure:1.2"> <deployment> <dependencies> <module name="jdk.unsupported" /> </dependencies> </deployment> </jboss-deployment-structure> -
ファイルを保存して閉じます。
目的: この設定を使用すると、AEMで必要な JDK 内部モジュールにアクセスできます。
手順 5:マルチパートアップロード設定の指定
web.xml の変更
-
WEB-INF\web.xmlをテキストエディターで開きます。 -
実行モード設定を含む
<servlet>セクションを見つけます。code language-xml <!-- Set the runmode per default to author --> <init-param> <param-name>sling.run.modes</param-name> <param-value>author</param-value> </init-param> <load-on-startup>100</load-on-startup> </servlet> -
終了
</servlet>タグと前の行を次のように置き換えます。code language-xml <init-param> <param-name>sling.run.modes</param-name> <param-value>author</param-value> </init-param> <multipart-config> <max-file-size>1048576000</max-file-size> <max-request-size>1048576000</max-request-size> <file-size-threshold>0</file-size-threshold> </multipart-config> <load-on-startup>100</load-on-startup> </servlet> -
保存して閉じ
web.xmlす。
目的: この設定を使用すると、AEM Formsおよびデジタルアセット管理で、大きなファイルのアップロード(最大 1 GB)が可能になります。
手順 6:WAR ファイルの再パッケージ化
すべての設定変更が完了したら、WAR ファイルを再パッケージ化します。
-
抽出したコンテンツを含む作業ディレクトリに戻ります。
code language-cmd cd C:\aem\war-config -
新規 WAR ファイルを作成します。
code language-cmd jar -cvf cq-quickstart.war *
手順 7:AEMのデプロイと開始
JBoss への WAR のデプロイ
-
再パッケージ化された
cq-quickstart.warを JBoss デプロイメントディレクトリにコピーします。code language-none <JBOSS_HOME>\standalone\deployments例:
C:\jboss-eap-8.0\standalone\deployments
JVM 設定の指定(オプションですが推奨)
JBoss を起動する前に、JVM メモリ設定を指定します。
-
<JBOSS_HOME>\bin\standalone.conf.batをテキストエディターで開きます。 -
ヒープメモリを設定するには、次の行を変更または追加します。
code language-batch set "JAVA_OPTS=-Xms4096m -Xmx4096m -XX:MaxMetaspaceSize=512m"
- ファイルを保存して閉じます。
JBoss EAP の起動
-
コマンドプロンプト を 管理者 として開きます。
-
JBoss bin ディレクトリに移動します。
code language-cmd cd <JBOSS_HOME>\bin例:
cmd cd C:\jboss-eap-8.0\bin -
JBoss サーバーを起動します。
code language-cmd standalone.bat -b 0.0.0.0 -bmanagement 0.0.0.0パラメーター:
-b 0.0.0.0— サーバをすべてのネットワーク インターフェイスにバインドします。-bmanagement 0.0.0.0– 管理インターフェイスをすべてのネットワーク インターフェイスにバインドします
デプロイメントの監視
コンソール出力でデプロイメントメッセージを確認します。 デプロイメントの成功は、次のように示されます。
Deployed "cq-quickstart.war" (runtime-name : "cq-quickstart.war")
手順 8:AEMへのアクセス
デプロイメントが完了し、AEMが完全に開始したら、以下を行います。
AEM オーサー URL:http://<server-ip>:8080/cq-quickstart
デフォルトの資格情報:
- ユーザー名:
admin - パスワード:
admin
重要: 最初のログイン直後にデフォルトのパスワードを変更します。
トラブルシューティング
よくある問題
jboss-deployment-structure.xml が正しく設定されていることを確認します。standalone.conf.bat のヒープメモリを増やす<JBOSS_HOME>\standalone\log\server.log で JBoss ログを確認するログファイル
- JBoss サーバーログ:
<JBOSS_HOME>\standalone\log\server.log - AEM エラーログ: で起動後、AEM Web コンソールから使用可能
http://<server-ip>:8080/cq-quickstart/system/console
その他の設定
実行モードの設定
AEMの実行モード(オーサー/パブリッシュ)を変更するには、WAR を再パッケージ化する前に、sling.run.modes で WEB-INF\web.xml パラメーターを変更します。
<init-param>
<param-name>sling.run.modes</param-name>
<param-value>publish</param-value>
</init-param>
実稼動の推奨事項
実稼動環境の場合:
- JBoss での SSL/TLS 証明書の設定
- AEM レプリケーションエージェントの設定
- ロードバランシング用の Dispatcher の設定
- 自動バックアップを有効にする
- 監視とアラートの実装