DokumentationAEM as a Cloud ServiceBenutzerhandbuch

Einrichten einer lokalen Entwicklungsumgebung für AEM Forms overview

Last update: Mon Jul 15 2024 00:00:00 GMT+0000 (Coordinated Universal Time)

Erstellt für:

  • Admin
  • Entwickler
  • Benutzende

Wenn Sie eine Adobe Experience Manager Forms-as-a- Cloud Service-Umgebung einrichten und konfigurieren, richten Sie Entwicklungs-, Staging- und Produktionsumgebungen in der Cloud ein. Darüber hinaus können Sie auch eine lokale Entwicklungsumgebung einrichten und konfigurieren.

Sie können die lokale Entwicklungsumgebung verwenden, um die folgenden Aktionen durchzuführen, ohne sich bei der Cloud-Entwicklungsumgebung anzumelden:

Nachdem ein adaptives Formular oder zugehörige Elemente in der lokalen Entwicklungsinstanz oder in einem Programm zum Generieren der [Kundenkommunikation] bereit sind, können Sie das Programm mit dem adaptiven Formular oder der Kundenkommunikation aus der lokalen Entwicklungsumgebung in eine Cloud Service-Umgebung exportieren, um weitere Tests durchzuführen oder zu Produktionsumgebungen zu wechseln.

Sie können auch benutzerdefinierten Code wie benutzerdefinierte Komponenten und den Vorbefüllungs-Service in der lokalen Entwicklungsumgebung entwickeln und testen. Wenn der benutzerdefinierte Code getestet und bereit ist, können Sie das Git-Repository Ihrer Cloud Service-Entwicklungsumgebung verwenden, um den benutzerdefinierten Code bereitzustellen.

Um eine neue lokale Entwicklungsumgebung einzurichten und sie zur Entwicklung für Aktivitäten zu nutzen, führen Sie folgende Aktionen in angegebener Reihenfolge durch:

Voraussetzungen

Sie benötigen folgende Software, um eine lokale Entwicklungsumgebung einzurichten. Laden Sie diese herunter, bevor Sie mit der Einrichtung der lokalen Entwicklungsumgebung beginnen:

Software
Beschreibung
Downloadlinks
Adobe Experience Manager as a Cloud Service SDK
SDK enthält Adobe Experience Manager-QuickStart- und -Dispatcher-Tools
Laden Sie das neueste SDK von Software Distribution herunter.
Adobe Experience Manager Forms-Funktionsarchiv (AEM Forms-Add-on)
Tools zum Erstellen, Gestalten und Optimieren adaptiver Formulare und anderer Adobe Experience Manager Forms-Funktionen
Download aus Software Distribution
(Optional) Adobe Experience Manager Forms-Referenzinhalt
Tools zum Erstellen, Gestalten und Optimieren adaptiver Formulare und anderer Adobe Experience Manager Forms-Funktionen
Download aus Software Distribution
(Optional) Adobe Experience Manager Forms Designer
Tools zum Erstellen, Gestalten und Optimieren adaptiver Formulare und anderer Adobe Experience Manager Forms-Funktionen
Download aus Software Distribution

Herunterladen der neuesten Software-Version von Software Distribution software-distribution

Herunterladen der neuesten Version von Adobe Experience Manager as a Cloud Service SDK, Experience Manager Forms-Funktionsarchiv (AEM Forms-Add-on), Forms-Referenzelemente oder Forms Designer von Software Distribution:

  1. Melden Sie sich bei https://experience.adobe.com/#/downloads mit Ihrer Adobe ID an.

    note note
    NOTE
    Ihre Adobe-Organisation muss für AEM as a Cloud Service bereitgestellt werden, um das AEM as a Cloud Service SDK herunterladen zu können.

  2. Navigieren Sie zur Registerkarte AEM as a Cloud Service.

  3. Sortieren Sie in absteigender Reihenfolge nach dem Veröffentlichungsdatum.

  4. Klicken Sie auf die neueste Version von Adobe Experience Manager as a Cloud Service SDK, Experience Manager Forms-Funktionsarchiv (AEM Forms-Add-on), Forms-Referenz-Assets oder Forms Designer.

    note note
    NOTE
    Es wird empfohlen, die neueste Version des Experience Manager Forms-Funktionsarchivs (AEM Forms-Add-on), der Formularverweis-Assets oder von Forms Designer herunterzuladen, um eine nahtlose Kompatibilität mit dem Adobe Experience Manager as a Cloud Service SDK sicherzustellen.

  5. Lesen und akzeptieren Sie den Endbenutzer-Lizenzvertrag. Klicken Sie auf die Schaltfläche Herunterladen.

Einrichten von Entwicklungs-Tools für AEM-Projekte setup-development-tools-for-AEM-projects

Das Adobe Experience Manager Forms-Projekt ist eine benutzerdefinierte Code-Basis. Diese enthält Code, Konfigurationen und Inhalte, die über Cloud Manager in Adobe Experience Manager as a Cloud Service bereitgestellt werden. Der AEM-Projekt Maven-Archetyp stellt die Grundlinie für das Projekt bereit.

Richten Sie die folgenden Entwicklungs-Tools ein, die für Ihr Adobe Experience Manager-Projekt zur Entwicklung verwendet werden sollen:

Detaillierte Anweisungen zum Einrichten der zuvor erwähnten Entwicklungs-Tools finden Sie unter Einrichten von Entwicklungs-Tools.

Einrichten einer lokalen Experience Manager-Umgebung für die Entwicklung

Das Cloud Service-SDK stellt eine QuickStart-Datei bereit. Es führt eine lokale Version von Experience Manager aus. Sie können entweder die Autoren- oder die Veröffentlichungsinstanz lokal ausführen.

Während QuickStart eine lokale Entwicklungsumgebung bietet, sind hier nicht alle Funktionen vorhanden, die bei Adobe Experience Manager as a Cloud Service verfügbar sind. Testen Sie daher Ihre Funktionen und den Code immer in einer Adobe Experience Manager as a Cloud Service-Entwicklungsumgebung, bevor Sie sie in die Staging- oder Produktionsumgebung verschieben.

Installieren und Konfigurieren einer lokalen Experience Manager-Umgebung:

Hinzufügen eines Forms-Archivs für lokale Autoren- und Veröffentlichungsinstanzen und Konfigurieren Forms-spezifischer Benutzer add-forms-archive-configure-users

Führen Sie folgende Schritte in der aufgeführten Reihenfolge aus, um Forms-Archive zu Experience Manager-Instanzen hinzuzufügen und Forms-spezifische Benutzer zu konfigurieren:

Installieren des neuesten Forms-Add-on-Funktionsarchivs add-forms-archive

Das Funktionsarchiv für Adobe Experience Manager Forms as a Cloud Service bietet Tools zum Erstellen, Gestalten und Optimieren von adaptiven Formularen in der lokalen Entwicklungsumgebung. Installieren Sie das Paket, um ein adaptives Formular zu erstellen, und verwenden Sie verschiedene andere Funktionen von AEM Forms. Installieren des Pakets:

  1. Laden Sie das neueste AEM Forms-Archiv für Ihr Betriebssystem aus Software Distribution herunter und extrahieren Sie es.

  2. Navigieren Sie zum Verzeichnis „crx-quickstart/install“. Wenn der Ordner nicht vorhanden ist, erstellen Sie ihn.

  3. Beenden Sie Ihre AEM-Instanz und platzieren Sie das AEM Forms-Add-on-Funktionsarchiv aem-forms-addon-<version>.far im Installationsordner.

  4. Wechseln Sie zum aktiven Befehlsfenster und drücken Sie die Tastenkombination Ctrl + C, um das SDK neu zu starten.

    note note
    NOTE
    Es wird empfohlen, den Tastaturbefehl „Strg+C“ zu verwenden, um das SDK neu zu starten. Das Neustarten des AEM SDK mit anderen Methoden, z. B. dem Beenden von Java-Prozessen, kann zu Inkonsistenzen in der AEM-Entwicklungsumgebung führen.

Konfigurieren von Benutzern und Berechtigungen configure-users-and-permissions

Erstellen Sie Benutzer wie „Formularentwickler“ oder „Formularpraktiker“ und fügen Sie diese Benutzer vordefinierten Formulargruppen hinzu, um ihnen die erforderlichen Berechtigungen zu gewähren. In folgender Tabelle werden alle Benutzertypen und vordefinierten Gruppen für jeden Formularbenutzertyp aufgeführt:

Benutzertyp
AEM-Gruppe
Formularpraktiker/
forms-users (AEM Forms-Benutzer), template-authors, workflow-users, workflow-editors und fdm-authors
Formularentwickler
forms-users (AEM Forms-Benutzer), template-authors, workflow-users, workflow-editors und fdm-authors
Customer Experience Lead oder UX-Designer
forms-users, template-authors
AEM-Administrator
aem-administrators, fd-administrators
Endanwender
Fügen Sie Benutzer, die sich anmelden müssen, um ein adaptives Formular anzuzeigen und zu übermitteln, der Gruppe forms-users hinzu.
Wenn für den Zugriff auf adaptive Formulare keine Benutzerauthentifizierung erforderlich ist, weisen Sie diesen Benutzern keine Gruppe zu.

Einrichten einer lokalen Entwicklungsumgebung für das Datensatzdokument (DoR) docker-microservices

AEM Forms as a Cloud Service bietet eine Docker-basierte SDK-Umgebung zur einfacheren Entwicklung des Datensatzdokuments und zur Verwendung anderer Microservices. So müssen Sie plattformspezifische Binärdateien und Anpassungen nicht manuell konfigurieren. So richten Sie die Umgebung ein:

  1. Installieren und Konfigurieren von Docker:

    • (Für Microsoft® Windows) Installieren Sie Docker Desktop. Damit werden Docker Engine und docker-compose auf Ihrem Computer konfiguriert.

    • (Apple macOS) Installieren Sie Docker Desktop für Mac. Dazu gehören Docker Engine, Docker-CLI-Client, Docker Compose, Docker Content Trust, Kubernetes und Credential Helper.

    • (Für Linux®) Installieren Sie Docker Engine und Docker Compose auf Ihrem Computer.

    note note
    NOTE

    • Setzen Sie für Apple macOS Ordner, die lokale AEM-Autoreninstanzen enthalten, auf die Zulassungsliste.

    • Docker Desktop für Windows unterstützt zwei Backends, Hyper-V
      (veraltet) und WSL2 (modern). Die Dateifreigabe wird
      bei Verwendung von WSL2 (modern) von Docker automatisch verwaltet. Bei Verwendung von Hyper-V (alt)
      müssen Sie die Dateifreigabe explizit konfigurieren.

  2. Erstellen Sie parallel zu Ihrer Autoren- und Veröffentlichungsinstanz einen Ordner, z. B. „aem-sdk“. Beispiel: C:\aem-sdk.

  3. Extrahieren Sie die Datei aem-forms-addon-<version>.zip\aem-forms-addon-native-<version>.zip.

    Extrahiertes AEM Forms-Add-on nativ

  4. Erstellen Sie eine Umgebungsvariable AEM_HOME und verweisen Sie auf die lokale AEM-Autoreninstallation. Beispiel: C:\aem\author.

  5. Öffnen Sie „sdk.bat“ oder „sdk.sh“ zur Bearbeitung. Legen Sie AEM_HOME auf die lokale AEM-Autoreninstallation fest. Beispiel: C:\aem\author.

  6. Öffnen Sie eine Eingabeaufforderung und navigieren Sie zum Ordner aem-forms-addon-native-<version>.

  7. Stellen Sie sicher, dass Ihre lokale AEM-Autoreninstanz ausgeführt wird. Führen Sie folgende Befehle aus, um das SDK zu starten:

    • Unter Microsoft® Windows

      code language-shell 
      sdk.bat start

    • Linux® oder Apple macOS

      code language-shell 
      % export AEM_HOME=[local AEM Author installation]
% ./sdk.sh start
    note note
    NOTE
    Wenn Sie die Umgebungsvariable in der Datei sdk.sh definiert haben, ist die Angabe in der Befehlszeile optional. Die Option zum Definieren der Umgebungsvariablen in der Befehlszeile wird bereitgestellt, um den Befehl auszuführen, ohne das Shell-Skript zu aktualisieren.

    start-sdk-command

Sie können jetzt die lokale Entwicklungsumgebung zum Rendern des Datensatzdokuments verwenden. Laden Sie zum Testen eine XDP-Datei in Ihre Umgebung hoch und rendern Sie sie. Beispiel: http://localhost:4502/libs/xfaforms/profiles/default.print.pdf?template=crx:///content/dam/formsanddocuments/cheque-request.xdp konvertiert die XDP-Datei in das PDF-Dokument.

Einrichten eines Entwicklungsprojekts für Forms, basierend auf dem Experience Manager-Archetyp forms-cloud-service-local-development-environment

Verwenden Sie dieses Projekt, um adaptive Formulare zu erstellen, Konfigurationsaktualisierungen und Überlagerungen bereitzustellen, benutzerdefinierte adaptive Formularkomponenten zu erstellen sowie zu testen und benutzerdefinierten Code im lokalen Experience Manager Forms-SDK zu erstellen. Nach dem lokalen Test können Sie das Projekt in Experience Manager Forms as a Cloud Service-Produktions- und -Nichtproduktionsumgebungen bereitstellen. Beim Bereitstellen des Projekts werden auch die folgenden AEM Forms-Assets bereitgestellt:

Designs
Vorlagen
Formulardatenmodell (FDM)
Canvas 3.0
Allgemein
Microsoft® Dynamics 365
Tranquil
Leer
Salesforce
Urbane
Ultramarine
Beryl
NOTE
Richten Sie ein auf AEM-Archetyp Version 30 oder höher basierendes Projekt ein, um Microsoft® Dynamics 365- und Salesforce-Formulardatenmodelle (FDM) mit AEM Forms as a Cloud Service abzurufen und zu verwenden.
Richten Sie ein auf AEM-Archetyp Version 32 oder höher basierendes Projekt ein, um Tranquil-, Urbane- und Ultramarine-Designs mit AEM Forms as a Cloud Service abzurufen und zu verwenden.

Einrichten des Projekts:

  1. Klonen Sie das Cloud Manager-Git-Repository in Ihrer lokalen Entwicklungsinstanz: Ihr Cloud Manager-Git-Repository enthält ein AEM-Standardprojekt. Es basiert auf dem AEM-Archetyp. Klonen Sie Ihr Cloud Manager-Git-Repository mithilfe der Self-Service-Git-Kontoverwaltung der Cloud Manager-Benutzeroberfläche, um das Projekt in Ihre lokale Entwicklungsumgebung zu bringen. Weitere Informationen zum Zugriff auf das Repository finden Sie unter Zugriff auf Repositorys.

  2. Erstellen Sie ein Experience Manager Forms als [Cloud Service]-Projekt: Erstellen Sie ein Experience Manager Forms als [Cloud Service]-Projekt, das auf dem neuesten AEM-Archetyp oder höher basiert. Der Archetyp unterstützt Entwickler beim einfachen Einstieg in die Entwicklung für AEM Forms as a Cloud Service. Darin sind auch einige Beispiel-Designs und Vorlagen enthalten, die Ihnen bei den ersten Schritten helfen.

    Öffnen Sie die Eingabeaufforderung und führen Sie den folgenden Befehl aus, um ein Experience Manager Forms as a Cloud Service-Projekt zu erstellen.

    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"

    Ändern Sie im obigen Befehl appTitle, appId und groupId, sodass die Werte Ihrer Umgebung entsprechen. Setzen Sie außerdem den Wert für includeFormsenrollment, includeFormSkommunikations und includeFormSheadless je nach Ihrer Lizenz und Ihren Anforderungen auf y oder n. „includeFormSheadless“ ist erforderlich, um adaptive Formulare basierend auf Kernkomponenten zu erstellen.

    • Verwenden Sie die Option includeFormsenrollment=y zum Einschließen von Forms-spezifischen Konfigurationen, Designs, Vorlagen, Kernkomponenten und Abhängigkeiten, die zum Erstellen adaptiver Formulare erforderlich sind. Wenn Sie das Formularportal verwenden, legen Sie die Option includeExamples=y fest. Dadurch werden dem Projekt Kernkomponenten des Formularportals hinzugefügt.

    • Durch Verwenden der Option includeFormscommunications=y werden Formular-Kernkomponenten und -Abhängigkeiten einbezogen, die für die Verwendung der Kundenkommunikations-Funktion erforderlich sind.

      note warning
      WARNING
      • Wenn Sie ein Archetyp-Projekt mit Version 45 erstellen, legt die Dateil /pom.xml im [AEM Archetyp-Projektordner] die Formular-Kernkomponenten-Version zunächst auf 2.0.64 fest. Aktualisieren Sie vor dem Erstellen oder Bereitstellen des Archetyp-Projekts die Version der Formular-Kernkomponenten auf 2.0.62.

  3. Stellen Sie das Projekt in Ihrer lokalen Entwicklungsumgebung bereit. Sie können folgenden Befehl verwenden, um die Bereitstellung für Ihre lokale Entwicklungsumgebung durchzuführen.

    mvn -PautoInstallPackage clean install

    Die vollständige Liste der Befehle finden Sie unter Erstellen und Installieren

  4. Stellen Sie den Code in Ihrer AEM Forms as a Cloud Service-Umgebung bereit.

Einrichten lokaler Dispatcher-Tools setup-local-dispatcher-tools

Dispatcher ist ein Apache HTTP-Webservermodul, das eine Sicherheits- und Leistungsebene zwischen der CDN- und der AEM Publish-Ebene bereitstellt. Er ist ein integraler Bestandteil der Gesamtarchitektur von Experience Manager und sollte auch in der lokalen Entwicklungsumgebung vorhanden sein.

Führen Sie folgende Schritte aus, um den lokalen Dispatcher zu konfigurieren und ihm dann Forms-spezifische Regeln hinzuzufügen:

Einrichten des lokalen Dispatchers setup-local-dispatcher

Das Experience Manager as a Cloud Service SDK enthält die empfohlene Version der Dispatcher-Tools, die die lokale Konfiguration, Validierung und Simulation von Dispatcher erleichtern. Dispatcher-Tools sind Docker-basiert und bieten Befehlszeilen-Tools, um Apache HTTP-Webserver- und Dispatcher-Konfigurationsdateien in ein kompatibles Format zu übertragen und sie in Dispatcher bereitzustellen, der im Docker-Container ausgeführt wird.

Durch das Caching auf Dispatcher kann AEM Forms adaptive Formulare auf einem Client vorbefüllen. Dadurch wird die Rendering-Geschwindigkeit vorbefüllter Formulare verbessert.

Detaillierte Anweisungen zum Einrichten von Dispatcher finden Sie unter Einrichten lokaler Dispatcher-Tools

Hinzufügen Forms-spezifischer Regeln für Dispatcher forms-specific-rules-to-dispatcher

Führen Sie folgende Schritte aus, um den Dispatcher-Cache für Experience Manager Forms as a Cloud Service zu konfigurieren:

  1. Öffnen Sie Ihr AEM-Projekt und navigieren Sie zu \src\conf.dispatcher.d\available_farms

  2. Erstellen Sie eine Kopie der default.farm-Datei. Zum Beispiel forms.farm.

  3. Öffnen Sie die neu erstellte forms.farm-Datei zur Bearbeitung und ersetzen Sie folgenden Code:

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

    durch

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

  4. Speichern und schließen Sie die Datei.

  5. Wechseln Sie zu conf.d/enabled_farms und erstellen Sie eine symbolische Verknüpfung zur Datei forms.farm.

  6. Kompilieren Sie das Projekt und stellen Sie es in Ihrer AEM Forms as a Cloud Service-Umgebung bereit.

Überlegungen zum Caching considerations-about-caching

  • Durch das Caching in Dispatcher kann AEM Forms adaptive Formulare auf einem Client vorbefüllen. Dadurch wird die Rendering-Geschwindigkeit vorbefüllter Formulare verbessert.

  • Das Caching geschützter Inhaltsfunktionen ist standardmäßig deaktiviert. Um die Funktion zu aktivieren, können Sie die Anweisungen ausführen, die im Artikel Caching geschützten Inhalts bereitgestellt werden.

  • Möglicherweise kann der Dispatcher einige adaptiven Formulare und damit verbundene adaptive Formulare nicht ungültig machen. Informationen zum Beheben solcher Probleme finden Sie unter AEM Forms Caching im Abschnitt zur Fehlerbehebung.

  • Caching lokalisierter adaptiver Formulare:

    • Verwenden Sie das URL-Format http://host:port/content/forms/af/<afName>.<locale>.html anstelle von http://host:port/content/forms/af/afName.html?afAcceptLang=<locale>, um die lokalisierte Version eines adaptiven Formulars aufzurufen.
    • Die Option „Browser-Gebietsschema“ ist standardmäßig deaktiviert. Ändern der Einstellung des Browser-Gebietsschemas

  • Wenn Sie das URL-Format http://host:port/content/forms/af/<adaptivefName>.html verwenden und „Browser-Gebietsschema verwenden“ im Konfiguratioins-Manager deaktiviert ist, wird die nicht lokalisierte Version des adaptiven Formulars bereitgestellt. Die nicht lokalisierte Sprache ist die Sprache, die bei der Entwicklung des adaptiven Formulars verwendet wurde. Das für Ihren Browser konfigurierte Gebietsschema (Browser-Gebietsschema) wird nicht berücksichtigt und es wird eine nicht lokalisierte Version des adaptiven Formulars bereitgestellt.

  • Wenn Sie das URL-Format http://host:port/content/forms/af/<adaptivefName>.html verwenden und „Browser-Gebietsschema verwenden“ im Konfigurations-Manager aktiviert ist, wird, sofern verfügbar, eine lokalisierte Version des adaptiven Formulars bereitgestellt. Die Sprache des lokalisierten adaptiven Formulars basiert auf dem für Ihren Browser konfigurierten Gebietsschema (Browser-Gebietsschema). Dies kann dazu führen, dass nur [die erste Instanz eines adaptiven Formulars zwischengespeichert abgelegt wird]. Um zu verhindern, dass das Problem in Ihrer Instanz auftritt, lesen Sie Nur die erste Instanz eines adaptiven Formulars wird zwischengespeichert im Abschnitt zur Fehlerbehebung.

Ihre lokale Entwicklungsumgebung ist bereit.

Aktivieren der Kernkomponenten für adaptive Formulare in AEM Forms as a Cloud Service und lokaler Entwicklungsumgebung

Durch die Aktivierung der Kernkomponenten für adaptive Formulare in AEM Forms as a Cloud Service können Sie mit der Erstellung, Veröffentlichung und Bereitstellung von auf Kernkomponenten basierenden adaptiven Formularen und Headless-Formularen beginnen, und das mithilfe Ihrer Instanzen von AEM Forms as a Cloud Service für mehrere Kanäle. Sie benötigen eine Umgebung mit aktivierten Kernkomponenten für adaptive Formulare, um adaptive Headless-Formulare zu verwenden.

Anweisungen finden Sie unter Aktivieren der Kernkomponenten für adaptive Formulare in AEM Forms as a Cloud Service und lokaler Entwicklungsumgebung

Upgrade Ihrer lokalen Entwicklungsumgebung upgrade-your-local-development-environment

Ein Upgrade des SDK auf eine neue Version erfordert das Ersetzen der gesamten lokalen Entwicklungsumgebung, wodurch Code, Konfiguration und Inhalt in den lokalen Repositorys verlorengehen. Stellen Sie sicher, dass alle Codes, Konfigurationen oder Inhalte, die nicht entfernt werden sollen, sicher in Git übertragen oder als CRX-Pakete aus den lokalen Experience Manager-Instanzen exportiert werden.

Vermeiden von Inhaltsverlusten beim Upgrade des SDK avoid-content-loss-when-upgrading--SDK

Beim Upgrade des SDK werden ganz neue Autoren- und Veröffentlichungsinstanzen erstellt, einschließlich eines neuen Repositorys (Einrichten eines AEM-Projekts), d. h. alle Änderungen, die an einem früheren SDK-Repository vorgenommen wurden, gehen verloren. Durchführbare Strategien für die Beibehaltung von Inhalten zwischen SDK-Upgrades finden Sie unter Vermeiden von Inhaltsverlusten beim Upgrade des AEM-SDK

Sichern und Importieren Forms-spezifischer Inhalte in eine neue SDK-Umgebung backup-and-import-Forms-specific-content-to-new-SDK-environment

Sichern von Assets und Verschieben vom vorhandenen SDK in eine neue SDK-Umgebung:

  • Erstellen Sie eine Sicherung Ihres vorhandenen Inhalts.

  • Richten Sie eine neue SDK-Umgebung ein.

  • Importieren Sie die Sicherung in Ihre neue SDK-Umgebung.

Erstellen Sie eine Sicherung Ihres vorhandenen Inhalts create-backup-of-your-existing-content

Sichern Sie adaptive Formulare, Vorlagen, Formulardatenmodell (FDM), Design, Konfigurationen und benutzerdefinierten Code. Sie können folgende Aktion ausführen, um eine Sicherung zu erstellen:

  1. Adaptive Formulare, Designs und PDF-Formulare herunterladen.

  2. Vorlagen für adaptive Formulare exportieren.

  3. Formulardatenmodelle herunterladen.

  4. Bearbeitbare Vorlagen, Cloud-Konfigurationen und Workflow-Modell exportieren. Um alle zuvor erwähnten Elemente aus Ihrem bestehenden SDK zu exportieren, erstellen Sie ein CRX-Paket mit folgenden Filtern:

    • /conf/ReferenceEditableTemplates
    • /conf/global/settings/cloudconfigs
    • /conf/global/settings/wcm
    • /var/workflow/models
    • /conf/global/settings/workflow

  5. Exportieren Sie E-Mail-Konfigurationen und Code von Übermittlungs- und Vorbefüllungsaktionen aus Ihrer lokalen Entwicklungsumgebung. Um diese Einstellungen und Konfigurationen zu exportieren, erstellen Sie eine Kopie folgender Ordner und Dateien in Ihrer lokalen Entwicklungsumgebung:

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

Importieren Sie die Sicherung in Ihre neue SDK-Umgebung import-the-backup-to-your-new-SDK-environment

Importieren Sie adaptive Formulare, Vorlagen, Formulardatenmodell, Design, Konfigurationen und benutzerdefinierten Code in Ihre neue Umgebung. Sie können zum Importieren der Sicherung folgende Aktion ausführen:

  1. Adaptive Formulare, Designs und PDF-Formulare in die neue SDK-Umgebung importieren.

  2. Adaptive Formularvorlagen in die neue SDK-Umgebung importieren.

  3. Formulardatenmodellen in die neue SDK-Umgebung hochladen.

  4. Bearbeitbare Vorlagen, Cloud-Konfigurationen und Workflow-Modell importieren. Um alle zuvor erwähnten Elemente in Ihre neue SDK-Umgebung zu importieren, importieren Sie das CRX-Paket, das diese Elemente enthält, in Ihre neue SDK-Umgebung.

  5. Importieren Sie E-Mail-Konfigurationen und Code von Übermittlungs- und Vorbefüllungsaktionen aus Ihrer lokalen Entwicklungsumgebung. Um diese Einstellungen und Konfigurationen zu importieren, fügen Sie folgende Dateien aus Ihrem alten in Ihr neues Archetyp-Projekt ein:

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

Ihre neue Umgebung enthält jetzt Formulare und zugehörige Elemente aus Ihrer alten Umgebung.

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