ÃÛ¶¹ÊÓƵ

Set up local development environment for AEM Forms overview

When you set up and configure an ÃÛ¶¹ÊÓƵ Experience Manager Forms as a Cloud Service environment, you set up development, staging, and production environments on cloud. In addition, you can also set up and configure a local development environment.

You can use the local development environment to perform the following actions without logging in to cloud development environment:

After an Adaptive Form or related assets are ready on the local development instance or an application to generate [Customer Communications] is ready, you can export the Adaptive Form or Customer Communications application from the local development environment to a Cloud Service environment for further testing or moving to production environments.

You can also develop and test custom code like custom components and prefill service on the local development environment. When the custom code is tested and ready, you can use the Git repository of your Cloud Service development environment to deploy the custom code.

To set up a new local development environment and use it to develop for activities, perform the following actions in listed order:

Prerequisites

You require the following software to set up a local development environment. Download these before starting to set up the local development environment:

Software
Description
Download links
ÃÛ¶¹ÊÓƵ Experience Manager as a Cloud Service SDK
SDK includes ÃÛ¶¹ÊÓƵ Experience Manager QuickStart and Dispatcher tools
Download the latest SDK from Software Distribution
ÃÛ¶¹ÊÓƵ Experience Manager Forms feature archive (AEM Forms add-on)
Tools to create, style, and optimize Adaptive Forms and other ÃÛ¶¹ÊÓƵ Experience Manager Forms features
Download from Software Distribution
(Optional) ÃÛ¶¹ÊÓƵ Experience Manager Forms reference content
Tools to create, style, and optimize Adaptive Forms and other ÃÛ¶¹ÊÓƵ Experience Manager Forms features
Download from Software Distribution
(Optional) ÃÛ¶¹ÊÓƵ Experience Manager Forms Designer
Tools to create, style, and optimize Adaptive Forms and other ÃÛ¶¹ÊÓƵ Experience Manager Forms features
Download from Software Distribution

Download the latest version of software from Software Distribution software-distribution

To download latest version of ÃÛ¶¹ÊÓƵ Experience Manager as a Cloud Service SDK, Experience Manager Forms feature archive (AEM Forms add-on), forms reference assets, or Forms Designer from :

  1. Log in to with your ÃÛ¶¹ÊÓƵ ID

    note note
    NOTE
    Your ÃÛ¶¹ÊÓƵ Organization must be provisioned for AEM as a Cloud Service to download the AEM as a Cloud Service SDK.
  2. Navigate to the AEM as a Cloud Service tab.

  3. Sort by published date in descending order.

  4. Click the latest ÃÛ¶¹ÊÓƵ Experience Manager as a Cloud Service SDK, Experience Manager Forms feature archive (AEM Forms add-on), forms reference assets, or Forms Designer.

    note note
    NOTE
    It is recommended to download the latest version of Experience Manager Forms feature archive (AEM Forms add-on), forms reference assets, or Forms Designer for a seamless compatibility with ÃÛ¶¹ÊÓƵ Experience Manager as a Cloud Service SDK.
  5. Review and accept the EULA. Select the Download button.

Set up development tools for AEM Projects setup-development-tools-for-AEM-projects

The ÃÛ¶¹ÊÓƵ Experience Manager Forms project is a custom code base. It contains code, configurations, and content that is deployed via Cloud Manager to ÃÛ¶¹ÊÓƵ Experience Manager as a Cloud Service. The provides the baseline structure for the project.

Set up the following development tools to use for your ÃÛ¶¹ÊÓƵ Experience Manager project for development:

For detailed instructions to set up previously mentioned development tools, see Set up development tools.

Set up local Experience Manager environment for development

The Cloud Service SDK provides a QuickStart file. It runs a local version of Experience Manager. You can run either the Author or Publish instances locally.

While the QuickStart provides a local development experience, it does not have all features available in ÃÛ¶¹ÊÓƵ Experience Manager as a Cloud Service. So, always test your features and code with ÃÛ¶¹ÊÓƵ Experience Manager as a Cloud Service development environment before moving the features to stage or production.

To install and configure local Experience Manager environment, perform the following steps:

Add Forms archive to local Author and Publish instances and configure Forms-specific users add-forms-archive-configure-users

Perform the following steps in the listed order to add Forms archive to Experience Manager instances and configure forms-specific users:

Install the latest Forms add-on feature archive add-forms-archive

ÃÛ¶¹ÊÓƵ Experience Manager Forms as a Cloud Service feature archive provides tools to create, style, and optimize Adaptive Forms on the local development environment. Install the package to create an Adaptive Form and use various other features of AEM Forms. To install the package:

  1. Download and extract the latest AEM Forms archive for your operating system from .

  2. Navigate to the crx-quickstart/install directory. If the folder does not exist, create it.

  3. Stop your AEM instance, place the AEM Forms add-on feature archive, aem-forms-addon-<version>.far, in the install folder.

  4. Go to active command window and press Ctrl + C command to restart the SDK.

    note note
    NOTE
    It is recommended to use the ‘Ctrl + C’ command to restart the SDK. Restarting the AEM SDK using alternative methods, for example, stopping Java processes, may lead to inconsistencies in the AEM development environment.

Configure users and permissions configure-users-and-permissions

Create users like Form Developer and Form Practitioner and add these users to pre-defined forms groups to provide them required permissions. The table below lists all types of users and pre-defined groups for each type of forms users:

User Type
AEM Group
Form practitioner /
forms-users (AEM Forms Users), template-authors, workflow-users, workflow-editors, and fdm-authors
Form developer
forms-users (AEM Forms Users), template-authors, workflow-users, workflow-editors, and fdm-authors
Customer Experience Lead or UX Designer
forms-users, template-authors
AEM administrator
aem-administrators, fd-administrators
End user
When a user must login to view and submit an Adaptive Form, add such users to forms-users group.
When no user authentication is required to access Adaptive Forms, do not assign any group to such users.

Set up local development environment for Document of Record (DoR) docker-microservices

AEM Forms as a Cloud Services provides a docker-based SDK environment for easier development of Document of Record and for using other microservices. It frees you from manually configuring platform-specific binaries and adaptations. To set up the environment:

  1. Install and Configure Docker:

    • (For Microsoft® Windows) Install . It configures Docker Engine and docker-compose on your machine.

    • (Apple macOS) Install . It includes Docker Engine, Docker CLI client, Docker Compose, Docker Content Trust, Kubernetes, and Credential Helper.

    • (For Linux®) Install and on your machine.

    note note
    NOTE
    • For Apple macOS, allowlist folders containing local AEM Author instances.

    • Docker Desktop for Windows supports two backends, Hyper-V
      (legacy) and WSL2 (modern). File sharing is automatically
      managed by Docker when using WSL2 (modern). You have to
      explicitly configure file sharing while using Hyper-V (legacy).

  2. Create a folder, say aem-sdk, in parallel to your author and publish instances. For example, C:\aem-sdk.

  3. Extract the aem-forms-addon-<version>.zip\aem-forms-addon-native-<version>.zip file.

    extracted aem forms add on native

  4. Create an environment variable AEM_HOME and point to local AEM Author installation. For example, C:\aem\author.

  5. Open sdk.bat or sdk.sh for editing. Set the AEM_HOME to point to local AEM Author installation. For example, C:\aem\author.

  6. Open command prompt and navigate to the aem-forms-addon-native-<version> folder.

  7. Ensure that your local AEM Author instance is up and running. Run the following commands to start the SDK:

    • On Microsoft® Windows

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

      code language-shell
      
      % export AEM_HOME=[local AEM Author installation]
      % ./sdk.sh start
      
    note note
    NOTE
    If you have defined the environment variable in the sdk.sh file, specifying it at the command line is optional. The option to define the environment variable at the command line is provided to execute the command without updating the shell script.

    start-sdk-command

You can now use the local development environment to render Document of Record. To test, upload an XDP file to your environment and render it. For example, converts the XDP file to the PDF document.

Set up a development project for Forms based on Experience Manager archetype forms-cloud-service-local-development-environment

Use this project to create Adaptive Forms, deploy configuration updates, overlays, create custom Adaptive Form components, test, and custom code on local Experience Manager Forms SDK. After testing locally, you can deploy the project to Experience Manager Forms as a Cloud Service production and non-production environments. When you deploy the project, the following AEM Forms assets are also deployed:

Themes
Templates
Form Data Model (FDM)
Canvas 3.0
Basic
Microsoft® Dynamics 365
Tranquil
Blank
Salesforce
Urbane
Ultramarine
Beryl
NOTE
Setup AEM Archetype version 30 or later based project to get and use Microsoft® Dynamics 365 and Salesforce Form Data Model (FDM) with AEM Forms as a Cloud Service.
Setup AEM Archetype version 32 or later based project to get and use Tranquil, Urbane, and Ultramarine themes with AEM Forms as a Cloud Service.

To set up the project:

  1. Clone Cloud Manager Git repository on your local development instance: Your Cloud Manager Git repository contains a default AEM project. It is based on . Clone your Cloud Manager Git Repository using Self-Service Git Account Management from Cloud Manager UI to bring the project on your local development environment. For details to accessing the repository, see Accessing Repositories.

  2. Create an Experience Manager Forms as a [Cloud Service] project: Create an Experience Manager Forms as a [Cloud Service] project based on latest or later. The archetype help developers easily start developing for AEM Forms as a Cloud Service. It also includes some sample themes and templates to help you started quickly.

    Open the command prompt and run the below command to create an Experience Manager Forms as a Cloud Service project.

    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"
    

    Change the appTitle, appId, and groupId in the above command to reflect your environment. Also, set value for includeFormsenrollment, includeFormscommunications, and includeFormsheadless to y or n depending on your license and requirements. The includeFormsheadless is mandatory to create Adaptive Forms based on Core Components.

    • Use the includeFormsenrollment=y option to include Forms specific configurations, themes, templates, Core Components, and dependencies required to create Adaptive Forms. If you use Forms Portal, set the includeExamples=y option. It also adds Forms Portal core components to the project.

    • Use the includeFormscommunications=y option to include Forms Core Components and dependencies required to include Customer Communications functionality.

      note warning
      WARNING
      • When creating an Archetype project with version 45, the [AEM Archetype Project Folder]/pom.xml initially sets the forms core components version to 2.0.64. Prior to building or deploying the Archetype project, update the forms core components version to 2.0.62.
  3. Deploy the project to your local development environment. You can use the following command to deploy to your local development environment

    mvn -PautoInstallPackage clean install

    For the complete list of commands, see Building and Installing

  4. Deploy the code to your AEM Forms as a Cloud Service environment.

Set up local Dispatcher tools setup-local-dispatcher-tools

Dispatcher is an Apache HTTP Web server module that provides a security and performance layer between the CDN and AEM Publish tier. Dispatcher is an integral part of the overall Experience Manager architecture and should be part of local development environment.

Perform the following steps to configure local Dispatcher and then add Forms-specific rules to it:

Set up local Dispatcher setup-local-dispatcher

The Experience Manager as a Cloud Service SDK includes the recommended Dispatcher Tools version that facilitates configuring, validating, and simulating Dispatcher locally. Dispatcher Tools are Docker-based and provide command-line tools to transpile Apache HTTP Web Server and Dispatcher configuration files into a compatible format and deploy them to Dispatcher running in the Docker container.

Caching on Dispatcher allows AEM Forms to prefill Adaptive Forms at a client. It improves rendering speed of prefilled forms.

For detailed instructions to set up Dispatcher, see Set up local Dispatcher tools

Add Forms specific rules to Dispatcher forms-specific-rules-to-dispatcher

Perform the following steps to configure Dispatcher cache for Experience Manager Forms as a Cloud Service:

  1. Open your AEM Project and navigate to \src\conf.dispatcher.d\available_farms

  2. Create a copy of the default.farm file. For example, forms.farm.

  3. Open the created forms.farm file for editing and replace the following code:

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

    with

    code language-json
    /ignoreUrlParams {
    /0001 { /glob "*" /type "deny" }
    /0002 { /glob "dataRef" /type "allow" }
    }
    
  4. Save and close your file.

  5. Go to conf.d/enabled_farms and create a symbolic link to the forms.farm file.

  6. Compile and deploy the project to your AEM Forms as a Cloud Service environment.

Considerations about caching considerations-about-caching

  • Dispatcher caching allows AEM Forms to prefill Adaptive Forms at a client. It improves rendering speed of prefilled forms.

  • Caching secured content features is disabled, by default. To enable the feature, you can perform the instructions provided in the Caching Secured Content article

  • The Dispatcher can fail to invalidate some Adaptive Forms and related Adaptive Forms. To resolve such issues, see AEM Forms Caching in troubleshooting section.

  • Caching localized Adaptive Forms:

    • Use URL format http://host:port/content/forms/af/<afName>.<locale>.html to request a localized version of an Adaptive Form instead of http://host:port/content/forms/af/afName.html?afAcceptLang=<locale>
    • Browser Locale option is disabled, by default. To change browser locale setting,
  • When you use URL Format http://host:port/content/forms/af/<adaptivefName>.html, and Use Browser Locale in configuration manager is disabled, the non-localized version of the Adaptive Form is served. The non-localized language is the language used while developing the Adaptive Form. The locale configured for your browser (browser locale) is not considered and a non-localized version of the Adaptive Form is served.

  • When you use URL Format http://host:port/content/forms/af/<adaptivefName>.html, and Use Browser Locale in configuration manager is enabled, a localized version of the Adaptive Form is served, if available. The language of the localized Adaptive Form is based on the locale configured for your browser (browser locale). It can lead to [caching only first instance of an Adaptive Form]. To prevent the issue from happening on your instance, see only first instance of an Adaptive Form is cached in troubleshooting section.

Your local development environment is ready.

Enable Adaptive Forms Core Components on AEM Forms as a Cloud Service and local development environment

Enabling Adaptive Forms Core Components on AEM Forms as a Cloud Service, lets you start creating, publishing, and delivering Core Components based Adaptive Forms and Headless Forms using your AEM Forms Cloud Service instances to multiple channels. You require Adaptive Forms Core Components enabled environment to use Headless Adaptive Forms.

For instructions, see Enable Adaptive Forms Core Components on AEM Forms as a Cloud Service and local development environment

Upgrade your local development environment upgrade-your-local-development-environment

Upgrading the SDK to a new version requires replacing the entire local development environment, resulting in a loss of all code, configuration, and content in the local repositories. Ensure that any code, config, or content that should not be destroyed is safely committed to Git, or exported from the local Experience Manager instances as CRX-Packages.

How to avoid content loss when upgrading the SDK avoid-content-loss-when-upgrading--SDK

Upgrading the SDK is effectively creating a brand new Author and Publish instances, including a new repository (Set up AEM project), meaning any changes made to a prior SDK’s repository are lost. For viable strategies for aiding in persisting content between SDK upgrades, see How to avoid content loss when upgrading the AEM SDK

Back up and import Forms-specific content to a new SDK environment backup-and-import-Forms-specific-content-to-new-SDK-environment

To back up and move assets from existing SDK to a new SDK environment:

  • Create a backup of your existing content.

  • Set up a fresh SDK environment.

  • Import the backup to your new SDK environment.

Create a backup of your existing content create-backup-of-your-existing-content

Back up your Adaptive Forms, templates, form data model (FDM), theme, configurations, and custom code. You can perform the following action to create backup:

  1. Download Adaptive Forms, themes, and PDF forms.

  2. Export Adaptive Form templates.

  3. Download Form Data Models

  4. Export editable templates, cloud configurations, and workflow model. To export all the previously mentioned items from your existing SDK, create an CRX-Package with the following filters:

    • /conf/ReferenceEditableTemplates
    • /conf/global/settings/cloudconfigs
    • /conf/global/settings/wcm
    • /var/workflow/models
    • /conf/global/settings/workflow
  5. Export email configurations, submit, and prefill actions code from your local development environment. To export these settings and configuration, create a copy of the following folders and files on your local development environment:

    • [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

Import the backup to your new SDK environment import-the-backup-to-your-new-SDK-environment

Import Adaptive Forms, templates, form data model, theme, configurations, and custom code to your fresh environment. You can perform the following action to import backup:

  1. Import Adaptive Forms, themes, and PDF forms to new SDK environments.

  2. Import Adaptive Form templates to new SDK environment.

  3. Upload Form Data Models to new SDK environment.

  4. Import editable templates, cloud configurations, and workflow model. To import all the previously mentioned items yo your new SDK environment, import the CRX-Package containing these items to your new SDK environment.

  5. Import email configurations, submit, and prefill actions code from your local development environment. To import these settings and configuration, place the following files from your old Archetype project to your new Archetype project:

    • [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

Your new environment now has forms and related assets of old environment.

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