AEM Forms을 위한 로컬 개발 환경 설정 overview

다음을 설정하고 구성할 때 ​ Adobe Experience Manager Forms as a ​ Cloud Service 환경에서는 클라우드에 개발, 스테이징 및 프로덕션 환경을 설정합니다. 또한 로컬 개발 환경을 설정하고 구성할 수도 있습니다.

클라우드 개발 환경에 로그인하지 않고 로컬 개발 환경을 사용하여 다음 작업을 수행할 수 있습니다.

로컬 개발 인스턴스 또는 애플리케이션에서 적응형 양식 또는 관련 에셋을 생성할 준비가 되면 [고객 커뮤니케이션] 준비가 완료된 후에는 추가 테스트나 프로덕션 환경으로 이동하기 위해 적응형 양식 또는 고객 커뮤니케이션 애플리케이션을 로컬 개발 환경에서 Cloud Service 환경으로 내보낼 수 있습니다.

로컬 개발 환경에서 사용자 지정 구성 요소 및 미리 채우기 서비스와 같은 사용자 지정 코드를 개발 및 테스트할 수도 있습니다. 사용자 지정 코드가 테스트되고 준비되면 Cloud Service 개발 환경의 Git 저장소를 사용하여 사용자 지정 코드를 배포할 수 있습니다.

새 로컬 개발 환경을 설정하고 이를 사용하여 활동에 대해 개발하려면 나열된 순서로 다음 작업을 수행하십시오.

사전 요구 사항

로컬 개발 환경을 설정하려면 다음 소프트웨어가 필요합니다. 로컬 개발 환경 설정을 시작하기 전에 다음을 다운로드합니다.

소프트웨어
설명
다운로드 링크
ADOBE EXPERIENCE MANAGER AS A CLOUD SERVICE SDK
SDK에는 다음이 포함됩니다 Adobe Experience Manager QuickStart 및 Dispatcher 도구
에서 최신 SDK 다운로드 소프트웨어 배포
Adobe Experience Manager Forms 기능 아카이브(AEM Forms 추가 기능)
적응형 Forms 및 기타 Adobe Experience Manager Forms 기능을 만들고, 스타일을 지정하고, 최적화하는 도구
다음에서 다운로드 소프트웨어 배포
(선택 사항) Adobe Experience Manager Forms 참조 컨텐츠
적응형 Forms 및 기타 Adobe Experience Manager Forms 기능을 만들고, 스타일을 지정하고, 최적화하는 도구
다음에서 다운로드 소프트웨어 배포
(선택 사항) Adobe Experience Manager Forms 디자이너
적응형 Forms 및 기타 Adobe Experience Manager Forms 기능을 만들고, 스타일을 지정하고, 최적화하는 도구
다음에서 다운로드 소프트웨어 배포

소프트웨어 배포에서 최신 버전의 소프트웨어 다운로드 software-distribution

최신 버전의 Adobe Experience Manager as a Cloud Service SDK를 다운로드하려면 다음에서 Experience Manager Forms 기능 아카이브(AEM Forms 추가 기능), 양식 참조 에셋 또는 Forms Designer를 다운로드하십시오. 소프트웨어 배포:

  1. 에 로그인 https://experience.adobe.com/#/downloads Adobe ID 사용

    note note
    NOTE
    AEM as a Cloud Service SDK를 다운로드하려면 Adobe 조직에 AEM as a Cloud Service이 제공되어야 합니다.
  2. 다음 위치로 이동 AEM as a Cloud Service 탭.

  3. 게시한 날짜별로 내림차순으로 정렬합니다.

  4. 최신 Adobe Experience Manager as a Cloud Service SDK, Experience Manager Forms 기능 아카이브(AEM Forms 추가 기능), 양식 참조 에셋 또는 Forms Designer를 클릭합니다.

  5. EULA를 검토하고 수락합니다. 다운로드 버튼을 선택합니다.

AEM 프로젝트용 개발 도구 설정 setup-development-tools-for-AEM-projects

Adobe Experience Manager Forms 프로젝트는 사용자 지정 코드 베이스입니다. 여기에는 Cloud Manager를 통해 배포되는 코드, 구성 및 콘텐츠가 포함되어 있습니다. Adobe Experience Manager as a Cloud Service. 다음 AEM Project Maven Archetype 프로젝트의 기준선 구조를 제공합니다.

에 사용할 다음 개발 도구를 설정합니다. Adobe Experience Manager 개발 프로젝트:

이전에 언급된 개발 도구를 설정하는 자세한 지침은 개발 도구 설정.

개발을 위한 로컬 Experience Manager 환경 설정

Cloud Service SDK는 QuickStart 파일을 제공합니다. 로컬 버전의 Experience Manager을 실행합니다. 로컬에서 작성자 또는 게시 인스턴스를 실행할 수 있습니다.

QuickStart는 로컬 개발 환경을 제공하지만 일부 기능은에서 사용할 수 없습니다. Adobe Experience Manager as a Cloud Service. 따라서 항상 를 사용하여 기능과 코드를 테스트하십시오. Adobe Experience Manager 스테이징 또는 프로덕션으로 기능을 이동하기 전에 개발 환경을 as a Cloud Service으로 사용하십시오.

로컬 Experience Manager 환경을 설치하고 구성하려면 다음 단계를 수행하십시오.

로컬 작성자 및 게시 인스턴스에 Forms 아카이브 추가 및 Forms 관련 사용자 구성 add-forms-archive-configure-users

나열된 순서로 다음 단계를 수행하여 Forms 아카이브를 Experience Manager 인스턴스에 추가하고 양식별 사용자를 구성합니다.

최신 Forms 추가 기능 아카이브 설치 add-forms-archive

Adobe Experience Manager Forms as a Cloud Service 기능 아카이브는 로컬 개발 환경에서 적응형 Forms을 만들고, 스타일을 지정하고, 최적화하는 도구를 제공합니다. 패키지를 설치하여 적응형 양식을 만들고 의 다양한 다른 기능 사용 AEM Forms. 패키지를 설치하려면:

  1. 최신 버전 다운로드 및 추출 AEM Forms 에서 운영 체제용 아카이브 소프트웨어 배포.

  2. crx-quickstart/install 디렉토리로 이동합니다. 폴더가 없으면 만듭니다.

  3. AEM 인스턴스를 중지하고 AEM Forms 추가 기능 아카이브, aem-forms-addon-<version>.far을 클릭하여 제품에서 사용할 수 있습니다.

  4. 활성 명령 창으로 이동한 다음 키를 누릅니다. Ctrl + C sdk를 다시 시작하는 명령입니다.

    note note
    NOTE
    SDK를 다시 시작하려면 'Ctrl + C' 명령을 사용하는 것이 좋습니다. Java 프로세스 중지와 같은 대체 방법을 사용하여 AEM SDK를 다시 시작하면 AEM 개발 환경이 일치하지 않을 수 있습니다.

사용자 및 권한 구성 configure-users-and-permissions

양식 개발자 및 양식 전문가와 같은 사용자 만들기 사전 정의된 양식 그룹에 이 사용자 추가 필요한 권한을 제공해야 합니다. 아래 표에는 모든 유형의 사용자와 각 유형의 양식 사용자에 대해 사전 정의된 그룹이 나열되어 있습니다.

사용자 유형
AEM 그룹
양식 전문가 /
forms-users (AEM Forms 사용자), template-authors, workflow-users, workflow-editors, 및 fdm-authors
양식 개발자
forms-users (AEM Forms 사용자), template-authors, workflow-users, workflow-editors, 및 fdm-authors
고객 경험 리드 또는 UX 디자이너
forms-users, template-authors
AEM 관리자
aem-administrators, fd-administrators
최종 사용자
사용자가 적응형 양식을 보고 제출하기 위해 로그인해야 하는 경우 해당 사용자를에 추가합니다. forms-users 그룹입니다.
적응형 Forms에 액세스하는 데 사용자 인증이 필요하지 않은 경우 해당 사용자에게 그룹을 할당하지 마십시오.

기록 문서(DoR)에 대한 로컬 개발 환경 설정 docker-microservices

AEM Forms as a Cloud Service은 기록 문서를 보다 쉽게 개발하고 다른 마이크로서비스를 사용할 수 있는 도커 기반 SDK 환경을 제공합니다. 플랫폼별 바이너리 및 적응물을 수동으로 구성할 필요가 없습니다. 환경을 설정하려면 다음을 수행하십시오.

  1. 도커 설치 및 구성:

    • (Microsoft® Windows) 설치 Docker 데스크탑. 다음과 같이 구성됩니다. Docker Enginedocker-compose 컴퓨터에 있습니다.

    • (Apple macOS) 설치 Mac용 도커 데스크탑. 여기에는 Docker 엔진, Docker CLI 클라이언트, Docker 작성, Docker 컨텐츠 신뢰, Kubernetes 및 Credential Helper가 포함됩니다.

    • (Linux®의 경우) 설치 도커 엔진도커 작성 컴퓨터에 있습니다.

    note note
    NOTE
    • Apple macOS의 경우 로컬 AEM 작성자 인스턴스가 포함된 허용 목록에 추가하다 폴더입니다.

    • Windows용 Docker Desktop은 Hyper-V라는 두 개의 백엔드를 지원합니다.
      (기존) 및 WSL2(최신). 파일 공유가 자동으로 수행됩니다.
      WSL2(최신)를 사용할 때 Docker에서 관리합니다. 다음을 수행해야 합니다.
      hyper-V(레거시)를 사용하는 동안 파일 공유를 명시적으로 구성하십시오.

  2. 작성자 및 게시 인스턴스와 동시에 폴더를 만듭니다(예: aem-sdk). 예: C:\aem-sdk.

  3. 추출 aem-forms-addon-<version>.zip\aem-forms-addon-native-<version>.zip 파일.

    추출된 aem forms add on native

  4. 환경 변수 AEM_HOME을 생성하고 로컬 AEM Author 설치를 가리킵니다. 예: C:\aem\author.

  5. 편집할 sdk.bat 또는 sdk.sh를 엽니다. 로컬 AEM Author 설치를 가리키도록 AEM_HOME을 설정합니다. 예: C:\aem\author.

  6. 명령 프롬프트를 열고 aem-forms-addon-native-<version> 폴더를 삭제합니다.

  7. 로컬 AEM 작성자 인스턴스가 실행 중인지 확인합니다. 다음 명령을 실행하여 SDK를 시작합니다.

    • Microsoft® Windows에서

      code language-shell
      sdk.bat start
      
    • Linux® 또는 Apple macOS

      code language-shell
      % export AEM_HOME=[local AEM Author installation]
      % ./sdk.sh start
      
    note note
    NOTE
    sdk.sh 파일에서 환경 변수를 정의한 경우 명령줄에서 이 변수를 지정하는 것은 선택 사항입니다. 셸 스크립트를 업데이트하지 않고 명령을 실행하기 위해 명령줄에서 환경 변수를 정의하는 옵션이 제공됩니다.

    start-sdk-command

이제 로컬 개발 환경을 사용하여 기록 문서를 렌더링할 수 있습니다. 테스트하려면 XDP 파일을 환경에 업로드하고 렌더링합니다. 예를 들어, http://localhost:4502/libs/xfaforms/profiles/default.print.pdf?template=crx:///content/dam/formsanddocuments/cheque-request.xdp 는 XDP 파일을 PDF 문서로 변환합니다.

Experience Manager Archetype을 기반으로 Forms에 대한 개발 프로젝트 설정 forms-cloud-service-local-development-environment

이 프로젝트를 사용하여 로컬 적응형 Forms 만들기, 구성 업데이트 배포, 오버레이, 사용자 지정 적응형 양식 구성 요소 만들기, 테스트 및 사용자 지정 코드를 Experience Manager Forms SDK. 로컬에서 테스트한 후에는에 프로젝트를 배포할 수 있습니다. Experience Manager Forms as a Cloud Service 프로덕션 및 비프로덕션 환경. 프로젝트를 배포하면 다음 AEM Forms 에셋도 배포됩니다.

테마
템플릿
양식 데이터 모델
캔버스 3.0
기본
Microsoft® Dynamics 365
고요해
비어 있음
Salesforce
우르바네
울트라마린
베릴
NOTE
AEM Archetype 버전 30 이상 기반 프로젝트를 설정하여 AEM Forms as a Cloud Service으로 Microsoft® Dynamics 365 및 Salesforce 양식 데이터 모델을 가져오고 사용할 수 있습니다.
AEM Forms as a Cloud Service으로 Tranquil, Urbane 및 Ultramarine 테마를 가져오고 사용하려면 AEM Archetype 버전 32 이상 기반 프로젝트를 설정하십시오.

프로젝트를 설정하려면 다음을 수행하십시오.

  1. 로컬 개발 인스턴스에서 Cloud Manager Git 저장소를 복제합니다. Cloud Manager Git 저장소에는 기본 AEM 프로젝트가 포함되어 있습니다. 다음을 기반으로 합니다. AEM Archetype. Cloud Manager UI의 셀프서비스 Git 계정 관리를 사용하여 Cloud Manager Git 저장소를 복제하여 로컬 개발 환경에서 프로젝트를 가져옵니다. 저장소 액세스에 대한 자세한 내용은 저장소 액세스.

  2. 만들기 Experience Manager Forms as a [Cloud Service] 프로젝트: 만들기 Experience Manager Forms as a [Cloud Service] 최신 버전 기반 프로젝트 AEM Archetype 나중에 Archetype을 통해 개발자는 AEM Forms as a Cloud Service. 또한 빠르게 시작하는 데 도움이 되는 몇 가지 샘플 테마 및 템플릿이 포함되어 있습니다.

    명령 프롬프트를 열고 아래 명령을 실행하여 Experience Manager Forms as a Cloud Service 프로젝트입니다.

    code language-shell
    mvn -B org.apache.maven.plugins:maven-archetype-plugin:3.2.1:generate -D archetypeGroupId=com.adobe.aem -D archetypeArtifactId=aem-project-archetype -D archetypeVersion="41" -D appTitle=mysite -D appId=mysite -D groupId=com.mysite -D includeFormsenrollment="y" -D aemVersion="cloud"
    

    변경 appTitle, appId, 및 groupId 를 입력하여 위의 명령을 따르도록 하십시오. 또한 includeFormsenrollment, includeFormscommunications 및 includeFormsheadless에 대한 값을 로 설정합니다. y 또는 n 라이선스 및 요구 사항에 따라 다릅니다. includeFormsheadless는 핵심 구성 요소를 기반으로 하는 적응형 Forms을 만드는 데 필수입니다.

    • 사용 includeFormsenrollment=y 적응형 Forms을 만드는 데 필요한 Forms 특정 구성, 테마, 템플릿, 핵심 구성 요소 및 종속성을 포함하는 옵션. Forms 포털을 사용하는 경우 includeExamples=y 옵션을 선택합니다. 또한 Forms 포털 핵심 구성 요소를 프로젝트에 추가합니다.

    • 사용 includeFormscommunications=y 고객 커뮤니케이션 기능을 포함하는 데 필요한 Forms 핵심 구성 요소 및 종속성을 포함하는 옵션.

      note warning
      WARNING
      • 버전 45의 Archetype 프로젝트를 만들 때 [AEM Archetype 프로젝트 폴더]/pom.xml 은 처음에 forms 핵심 구성 요소 버전을 2.0.64로 설정합니다. Archetype 프로젝트를 빌드하거나 배포하기 전에 Forms 핵심 구성 요소 버전을 2.0.62로 업데이트합니다.
  3. 로컬 개발 환경에 프로젝트를 배포합니다. 다음 명령을 사용하여 로컬 개발 환경에 배포할 수 있습니다

    mvn -PautoInstallPackage clean install

    전체 명령 목록은 다음을 참조하십시오 빌드 및 설치

  4. 에 코드 배포 AEM Forms as a Cloud Service 환경.

로컬 Dispatcher 도구 설정 setup-local-dispatcher-tools

Dispatcher는 CDN과 AEM Publish 계층 간에 보안 및 성능 계층을 제공하는 Apache HTTP 웹 서버 모듈입니다. Dispatcher는 전체 Experience Manager 아키텍처의 필수적인 부분이며 로컬 개발 환경의 일부여야 합니다.

다음 단계를 수행하여 로컬 Dispatcher를 구성한 다음 Forms 관련 규칙을 추가합니다.

로컬 Dispatcher 설정 setup-local-dispatcher

다음 Experience Manager as a Cloud Service SDK에는 Dispatcher를 로컬에서 구성, 유효성 검사 및 시뮬레이션을 용이하게 하는 권장 Dispatcher 도구 버전이 포함되어 있습니다. Dispatcher 도구는 Docker 기반이며 Apache HTTP 웹 서버 및 Dispatcher 구성 파일을 호환되는 형식으로 변환하고 Docker 컨테이너에서 실행되는 Dispatcher에 배포하는 명령줄 도구를 제공합니다.

Dispatcher에 캐싱을 허용함 AEM Forms 를 클릭하여 클라이언트에서 적응형 Forms을 미리 채웁니다. 미리 채워진 양식의 렌더링 속도를 향상시킵니다.

Dispatcher 설정에 대한 자세한 지침은 로컬 Dispatcher 도구 설정

Dispatcher에 Forms 특정 규칙 추가 forms-specific-rules-to-dispatcher

Experience Manager Forms에 대한 Dispatcher 캐시를 as a Cloud Service으로 구성하려면 다음 단계를 수행하십시오.

  1. AEM 프로젝트를 열고 다음으로 이동 \src\conf.dispatcher.d\available_farms

  2. 의 복사본 만들기 default.farm 파일. 예: forms.farm

  3. 생성된 를 엽니다. forms.farm 편집할 파일 및 다음 코드 바꾸기:

    code language-json
    #/ignoreUrlParams {
    #/0001 { /glob "*" /type "deny" }
    #/0002 { /glob "q" /type "allow" }
    #}
    

    포함

    code language-json
    /ignoreUrlParams {
    /0001 { /glob "*" /type "deny" }
    /0002 { /glob "dataRef" /type "allow" }
    }
    
  4. 파일을 저장하고 닫습니다.

  5. 다음으로 이동 conf.d/enabled_farms 및에 대한 심볼 링크를 만듭니다. forms.farm 파일.

  6. 프로젝트를 컴파일하고 배포합니다. AEM Forms as a Cloud Service 환경.

캐싱에 대한 고려 사항 considerations-about-caching

  • Dispatcher 캐싱 허용 AEM Forms 를 클릭하여 클라이언트에서 적응형 Forms을 미리 채웁니다. 미리 채워진 양식의 렌더링 속도를 향상시킵니다.

  • 보안 콘텐츠 기능 캐싱은 기본적으로 비활성화되어 있습니다. 이 기능을 활성화하기 위해에서 제공하는 지침을 수행할 수 있습니다. 보안 콘텐츠 캐싱 기사

  • Dispatcher가 일부 적응형 Forms 및 관련 적응형 Forms을 무효화하지 못할 수 있습니다. 이러한 문제를 해결하려면 다음을 참조하십시오. AEM Forms 캐싱 문제 해결 섹션에서 을(를) 참조하십시오.

  • 현지화된 적응형 Forms 캐싱:

    • URL 형식 사용 http://host:port/content/forms/af/<afName>.<locale>.html 을(를) 대신해 지역화된 버전의 적응형 양식을 요청하려면 http://host:port/content/forms/af/afName.html?afAcceptLang=<locale>
    • 브라우저 로케일 옵션은 기본적으로 비활성화되어 있습니다. 브라우저 로케일 설정을 변경하려면
  • URL 형식을 사용하는 경우 http://host:port/content/forms/af/<adaptivefName>.html, 구성 관리자의 브라우저 로케일 사용 이 비활성화되면 현지화되지 않은 버전의 적응형 양식이 제공됩니다. 현지화되지 않은 언어는 적응형 양식을 개발하는 동안 사용되는 언어입니다. 브라우저에 대해 구성된 로케일(브라우저 로케일)은 고려되지 않으며 현지화되지 않은 버전의 적응형 양식이 제공됩니다.

  • URL 형식을 사용하는 경우 http://host:port/content/forms/af/<adaptivefName>.html, 구성 관리자에서 브라우저 로케일 사용 이 활성화되어 있으면 현지화된 버전의 적응형 양식이 제공됩니다(사용 가능한 경우). 현지화된 적응형 양식의 언어는 브라우저에 대해 구성된 로케일(브라우저 로케일)을 기반으로 합니다. 다음으로 이어질 수 있습니다. [적응형 양식의 첫 번째 인스턴스만 캐싱]. 인스턴스에서 문제가 발생하지 않도록 하려면 다음을 참조하십시오. 적응형 양식의 첫 번째 인스턴스만 캐시됩니다 문제 해결 섹션에서 을(를) 참조하십시오.

로컬 개발 환경이 준비되었습니다.

AEM Forms as a Cloud Service 및 로컬 개발 환경에서 적응형 양식 핵심 구성 요소 활성화

AEM Forms as a Cloud Service에서 적응형 Forms 핵심 구성 요소를 활성화하면 AEM Forms Cloud Service 인스턴스를 사용하여 적응형 Forms 및 Headless Forms 기반의 핵심 구성 요소를 만들고, 게시하고, 여러 채널에 전달할 수 있습니다. Headless Adaptive Forms를 사용하려면 적응형 양식 핵심 구성 요소 활성화 환경이 필요합니다.

자세한 내용은 AEM Forms as a Cloud Service 및 로컬 개발 환경에서 적응형 Forms 핵심 구성 요소 활성화

로컬 개발 환경 업그레이드 upgrade-your-local-development-environment

SDK를 새 버전으로 업그레이드하려면 전체 로컬 개발 환경을 교체해야 하므로 로컬 저장소의 모든 코드, 구성 및 콘텐츠가 손실됩니다. 폐기해서는 안 되는 코드, 구성 또는 콘텐츠가 Git에 안전하게 커밋되거나 로컬 Experience Manager 인스턴스에서 CRX-Packages로 내보내지는지 확인합니다.

SDK를 업그레이드할 때 콘텐츠 손실을 방지하는 방법 avoid-content-loss-when-upgrading--SDK

SDK를 업그레이드하면 새 저장소( )를 비롯한 완전히 새로운 작성자 및 게시 인스턴스가 생성됩니다.AEM 프로젝트 설정): 이전 SDK의 저장소에 수행된 모든 변경 사항이 손실됩니다. SDK 업그레이드 사이에서 콘텐츠를 유지하는 데 도움이 되는 실행 가능한 전략에 대해서는 다음을 참조하십시오. AEM SDK를 업그레이드할 때 콘텐츠 손실을 방지하는 방법

Forms 관련 콘텐츠를 새 SDK 환경으로 백업 및 가져오기 backup-and-import-Forms-specific-content-to-new-SDK-environment

기존 SDK에서 새 SDK 환경으로 에셋을 백업하고 이동하려면 다음을 수행하십시오.

  • 기존 컨텐츠의 백업을 만듭니다.

  • 새 SDK 환경을 설정합니다.

  • 새 SDK 환경으로 백업을 가져옵니다.

기존 컨텐츠의 백업 만들기 create-backup-of-your-existing-content

적응형 Forms, 템플릿, 양식 데이터 모델, 테마, 구성 및 사용자 지정 코드를 백업합니다. 다음 작업을 수행하여 백업을 작성할 수 있습니다.

  1. 다운로드 적응형 Forms, 테마 및 PDF forms.

  2. 적응형 양식 템플릿을 내보냅니다.

  3. 양식 데이터 모델 다운로드

  4. 편집 가능한 템플릿, 클라우드 구성 및 워크플로우 모델을 내보냅니다. 기존 SDK에서 이전에 언급된 모든 항목을 내보내려면 CRX-Package 다음 필터 사용:

    • /conf/ReferenceEditableTemplates
    • /conf/global/settings/cloudconfigs
    • /conf/global/settings/wcm
    • /var/workflow/models
    • /conf/global/settings/workflow
  5. 로컬 개발 환경에서 이메일 구성 내보내기, 제출 및 작업 코드 미리 채우기. 이러한 설정 및 구성을 내보내려면 로컬 개발 환경에서 다음 폴더 및 파일의 복사본을 만듭니다.

    • [Archetype Project in Cloud Service Git]/core/src/main/java/com/<program name>/core/service
    • [Archetype Project in Cloud Service Git] /core/src/main/java/com/<program name>/core/servlets/FileAttachmentServlet.java
    • [Archetype Project in Cloud Service Git]/ui.apps/src/main/content/jcr_root/apps/<program name>/config

새 SDK 환경으로 백업 가져오기 import-the-backup-to-your-new-SDK-environment

적응형 Forms, 템플릿, 양식 데이터 모델, 테마, 구성 및 사용자 지정 코드를 새로운 환경으로 가져옵니다. 다음 작업을 수행하여 백업을 가져올 수 있습니다.

  1. 가져오기 적응형 Forms, 테마 및 새 SDK 환경에 대한 PDF forms.

  2. 적응형 양식 템플릿을 새 SDK 환경으로 가져옵니다.

  3. 양식 데이터 모델을 새 SDK 환경에 업로드합니다.

  4. 편집 가능한 템플릿, 클라우드 구성 및 워크플로우 모델을 가져옵니다. 새 SDK 환경에서 이전에 언급된 모든 항목을 가져오려면 이러한 항목이 포함된 CRX 패키지를 새 SDK 환경으로 가져옵니다.

  5. 로컬 개발 환경에서 이메일 구성 가져오기, 제출 및 작업 코드 미리 채우기. 이러한 설정 및 구성을 가져오려면 이전 Archetype 프로젝트에서 새 Archetype 프로젝트에 다음 파일을 배치합니다.

    • [Archetype Project in Cloud Service Git]/core/src/main/java/com/<program name>/core/service
    • [Archetype Project in Cloud Service Git] /core/src/main/java/com/<program name>/core/servlets/FileAttachmentServlet.java
    • [Archetype Project in Cloud Service Git]/ui.apps/src/main/content/jcr_root/apps/<program name>/config

이제 새 환경에 이전 환경의 양식 및 관련 자산이 있습니다.

recommendation-more-help
fbcff2a9-b6fe-4574-b04a-21e75df764ab