この記事では、ログを有効にしてブラウザーでデバッガーを使用することによって、AEM Forms Workspace をデバッグする方法について説明します。また、AEM Forms Workspace および回避策を使用する場合に直面する共通の問題についても説明します。
パッチをインストールした後、AEM Forms Workspace を開きます。「リソースが見つかりません」というエラーが発生した場合は、CRX Package Manager を開いて、adobe-lc-workspace-pkg-<version>.zip
パッケージを再インストールします。
パッケージをインストールするときに、「javax.jcr.nodetype.ConstraintViolationException: OakConstraint0025: Authorizable property rep:authorizableId may not be removed
」というエラーが発生した場合は、次の手順を実行します。
CRX DE Lite にログインします。デフォルトの URL は、https://[localhost]:'port'/lc/crx/de/index.jsp
です。
次のノードを削除します。
/home/groups/P/PERM_WORKSPACE_USER
Package Manager に移動します。デフォルトの URL は、https://[localhost]:'port'/lc/crx/packmgr/index.jsp.
です。
adobe-lc-workspace-pkg-[version].zip
パッケージを検索してインストールします。
アプリケーションサーバーを再起動します。
様々なレベルでログを生成することにより、エラーの最適なトラブルシューティングを行うことができます。たとえば、複合アプリケーションでは、コンポーネントレベルでログすると、特定のコンポーネントのデバッグおよびトラブルシューティングに役立ちます。
AEM Forms Workspace では次の操作が可能です。
特定のコンポーネントファイルについてのログ情報を取得するには、URL に /log/<ComponentFile>/<LogLevel>
を付け加えて Enter
キーを押します。特定のログレベルにおけるコンポーネントファイルのすべてのログ情報は、コンソールに印刷されます。
すべてのコンポーネントファイルについてのログ情報を取得するには、URL に /log/all/trace
を付け加えて Enter
キーを押します。
ログ形式:<Component file> <Date>:<Time>: <Log Level> : <Log Message>
デフォルトでは、すべてのコンポーネントのログレベルは INFO に設定されます。
allcategoryModel |
processinstanceModel |
tasklistModel |
appnavigationModel |
processInstanceView |
tasklistView |
appnavigationView |
processnamelistModel |
taskModel |
categorylistModel |
processnamelistView |
taskView |
categorylistView |
processnameModel |
teamqueuesView |
categoryModel |
processnameView |
todoView |
categoryView |
searchtemplatedetailsView |
trackingView |
favoritecategoryModel |
sharequeueModel |
uisettingsModel |
filterlistView |
sharequeueView |
uisettingsView |
filterView |
startpointlistModel |
userinfoModel |
outofofficeModel |
startpointlistView |
userinfoView |
outofofficeView |
startpointModel |
usersearchModel |
preferencesView |
startpointView |
usersearchView |
processinstancehistoryView |
startProcessView |
wserrorModel |
processinstancelistModel |
startprocessView |
wserrorView |
processinstancelistView |
taskdetailsView |
wsmessageView |
スクリプトおよびスタイルは異なるブラウザーにデバッグすることができます。
IE でのデバッグ:AEM Forms Workspace を IE でデバッグするには、https://msdn.microsoft.com/en-us/library/hh772704(v=vs.85).aspx を参照してください。
Chrome でのデバッグ:Chrome でデバッガーを開くには、Ctrl+Shift+I のショートカットキーを使用します。詳しくは、https://developer.chrome.com/extensions/tut_debugging.html を参照してください。
Firefox でのデバッグ:複数のアドオンを Firefox でスクリプトおよびスタイルのデバッグに使用することができます。例えば、Firebug はデバッグユーティリティの 1 つです(https://getfirebug.com)。
Google Chrome で PDF フォームをレンダリングまたは送信することができません。
Google Chrome で SWF フォームまたは Guide がレンダリングされません。
AEM Forms Workspace をカスタマイズしましたが、変更を表示することができません。
ブラウザーのキャッシュをクリアしてから AEM Forms Workspace にアクセスしてください。
デスクトップで開いたときにフォームを HTML にレンダリングされるようにするには、ユーザーは何をすればよいですか?
Workbench を使用する際に、タスクの割り当て手順でデフォルトのプロファイルに HTML ラジオボタンを選択してください。
クリックしても添付ファイルが表示されません。
添付ファイルを表示するには、ブラウザーのポップアップを有効にしてください。
ユーザーが Forms Application にログインしています。ユーザーが Workspace にログインしようとしても、ユーザーに Workspace 権限がない場合は、読み込まれません。
他の Forms Application からログアウトしてから、Workspace にログインしてください。
デザインにプロセスプロパティを使用している HTML フォームを AEM Forms Workspace でレンダリングすると、フォーム内に「送信」ボタンが表示されます。
フォームのデザイン中にプロセスプロパティを使用すると、フォーム内に「送信」ボタンが追加されます。AEM Forms Workspace で PDF としてレンダリングすると、「送信」ボタンはエンドユーザーに表示されなくなります。ただし、AEM Forms Workspace で HTML フォームとしてレンダリングすると、「送信」ボタンがエンドユーザーに表示されます。フォーム内で「送信」ボタンをクリックしても、いずれのアクションも開始されません。AEM Forms Workspace の下部(フォームの外側)にある「送信」ボタンをクリックすると、タスクは完了します。