이 문서에서는 로깅을 활성화하고 브라우저에서 디버거를 사용하여 AEM Forms 작업 영역을 디버깅하는 방법에 대해 설명합니다. 또한 AEM Forms 작업 공간 및 해당 해결 방법을 사용할 때 발생할 수 있는 몇 가지 일반적인 문제에 대해 설명합니다.
패치를 설치한 후 AEM Forms 작업 영역을 엽니다. 리소스를 찾을 수 없음 오류가 발생하면 CRX 패키지 관리자를 열고 를 다시 설치합니다. adobe-lc-workspace-pkg-<version>.zip
패키지.
패키지를 설치하는 동안 오류가 발생하는 경우 javax.jcr.nodetype.ConstraintViolationException: OakConstraint0025: Authorizable property rep:authorizableId may not be removed
를 클릭하고 다음 단계를 수행하십시오.
CRXDE Lite에 로그인합니다. 기본 URL은 https://[localhost]:'port'/lc/crx/de/index.jsp
다음 노드를 삭제합니다.
/home/groups/P/PERM_WORKSPACE_USER
패키지 관리자로 이동합니다. 기본 URL은 https://[localhost]:'port'/lc/crx/packmgr/index.jsp.
검색 및 설치 adobe-lc-workspace-pkg-[version].zip
패키지.
응용 프로그램 서버를 다시 시작합니다.
다양한 수준에서 로그를 생성하여 최적의 오류 문제 해결을 활성화할 수 있습니다. 예를 들어 복잡한 응용 프로그램에서 구성 요소 수준에서 로깅하면 특정 구성 요소를 디버깅하고 문제를 해결하는 데 도움이 됩니다.
AEM Forms 작업 공간에서:
특정 구성 요소 파일에 대한 로깅 정보를 가져오려면 다음을 추가합니다. /log/<ComponentFile>/<LogLevel>
을 누르고 를 누릅니다. Enter
. 지정된 로그 수준의 구성 요소 파일에 대한 모든 로깅 정보가 콘솔에 인쇄됩니다.
모든 구성 요소 파일의 로깅 정보를 가져오려면 다음을 추가합니다. /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 |
범주 보기 |
searchtemplatedetailsView |
trackingView |
favoritecategoryModel |
sharequeueModel |
uisettingsModel |
filterlistView |
sharequeueView |
uisettingsView |
filterView |
startpointlistModel |
userinfoModel |
outofofficeModel |
startpointlistView |
userinfoView |
outofofficeView |
시작 지점 모델 |
usersearchModel |
preferencesView |
startpointView |
usersearchView |
processinstancehistoryView |
startProcessView |
wserrorModel |
processinstancelistModel |
startprocessView |
wserrorView |
processinstancelistView |
taskdetailsView |
wsmessageView |
스크립트와 스타일은 서로 다른 브라우저에서 디버깅할 수 있습니다.
IE의 디버깅: IE에서 AEM Forms 작업 영역을 디버깅하려면 다음을 참조하십시오. https://learn.microsoft.com/en-us/office/dev/add-ins/testing/debug-add-ins-using-f12-tools-ie.
Chrome에서 디버깅: Chrome에서 디버거를 열려면 Ctrl+Shift+I 단축키를 사용합니다. 자세한 내용은 다음을 참조하십시오. https://developer.chrome.com/docs/extensions/mv3/tut_debugging/.
Firefox에서 디버깅: Firefox에서 스크립트 및 스타일을 디버깅하는 데 여러 추가 기능을 사용할 수 있습니다. 예를 들어 Firebug는 이러한 디버깅 유틸리티 중 하나입니다(https://getfirebug.com).
PDF 양식이 Google Chrome에서 렌더링되거나 제출되지 않습니다.
SWF 양식 또는 안내서가 Google Chrome에서 렌더링되고 있지 않습니다.
AEM Forms 작업 영역을 사용자 지정했지만 변경 사항을 볼 수 없습니다.
브라우저의 캐시를 지운 다음 AEM Forms 작업 영역에 액세스합니다.
데스크탑에서 열 때 HTML에서 양식을 렌더링할 수 있도록 사용자가 수행해야 하는 작업은 무엇입니까?
워크벤치를 사용하는 동안 태스크 지정 단계에서 기본 프로파일에 대한 HTML 라디오 단추를 선택합니다.
클릭하면 첨부 파일이 표시되지 않습니다.
첨부 파일을 보려면 브라우저에서 팝업을 활성화합니다.
사용자가 양식 애플리케이션에 로그인합니다. 사용자가 작업 영역에 로그인하려고 할 때 작업 영역 권한이 없는 경우 로드되지 않을 수 있습니다.
다른 양식 응용 프로그램에서 로그아웃한 다음 작업 영역에 로그인합니다.
HTML 양식을 디자인에서 프로세스 등록 정보를 사용하여 AEM Forms workspace에서 렌더링하면 양식 내부에 제출 버튼이 표시됩니다.
양식을 디자인할 때 프로세스 등록 정보를 사용하면 양식 내에 제출 단추가 추가됩니다. AEM Forms 작업 영역에서 PDF으로 렌더링될 때 제출 버튼이 최종 사용자에게 표시되지 않습니다. 하지만 AEM Forms 작업 영역에서 HTML 양식으로 렌더링할 경우 제출 버튼이 최종 사용자에게 표시됩니다. 양식 내에서 이 제출 단추를 클릭해도 작업이 시작되지 않습니다. 양식 외부에 있는 AEM Forms 작업 영역 하단의 제출 버튼을 클릭하면 작업이 완료됩니다.