Lokale AEM-Entwicklungsumgebung einrichten

Anleitung zum Einrichten einer lokalen Entwicklung für Adobe Experience Manager, AEM. Behandelt wichtige Themen wie lokale Installation, Apache Maven, integrierte Entwicklungsumgebungen und Debugging/Fehlerbehebung. Die Entwicklung mit Eclipse IDE, CRXDE Lite, Visual Studio Code undIntelliJ wird besprochen.

Übersicht

Die Einrichtung einer lokalen Entwicklungsumgebung ist der erste Schritt bei der Entwicklung für Adobe Experience Manager oder AEM. Nehmen Sie sich Zeit für die Einrichtung einer qualitätsorientierten Entwicklungsumgebung, um Ihre Produktivität zu steigern und schnelleren Code zu schreiben. Wir können eine AEM lokale Entwicklungsumgebung in vier Bereiche unterteilen:

  • Lokale AEM
  • Apache Maven Projekt
  • Integrierte Entwicklungsumgebungen (IDE)
  • Fehlerbehebung

Installieren lokaler AEM-Instanzen

Wenn es um eine lokale AEM geht, handelt es sich um eine Kopie von Adobe Experience Manager, die auf dem persönlichen Computer eines Entwicklers ausgeführt wird. ​** Die gesamte AEM-Entwicklung sollte mit dem Schreiben und Ausführen von Code für eine lokale AEM-Instanz beginnen.

Wenn Sie neu AEM sind, können zwei grundlegende Ausführungsmodi installiert werden: Autor und Veröffentlichen. Der Autor Runmode ist die Umgebung, die digitale Marketingexperten zum Erstellen und Verwalten von Inhalten verwenden. Bei der Entwicklung von meistens der Bereitstellung von Code für eine Autoreninstanz. Auf diese Weise können Sie neue Seiten erstellen sowie Komponenten hinzufügen und konfigurieren. AEM Sites ist ein WYSIWYG-Authoring-CMS und daher können die meisten CSS- und JavaScript-Dateien mit einer Authoring-Instanz getestet werden.

Es handelt sich auch um den Test-Code critical für eine lokale Publish-Instanz. Die Instanz Publish ist die AEM Umgebung, mit der Besucher Ihrer Website interagieren. Die Instanz Publish ist zwar derselbe Technologie-Stack wie die Instanz Autor , es gibt jedoch einige wesentliche Unterschiede bei Konfigurationen und Berechtigungen. Der Code sollte always mit einer lokalen Publish-Instanz getestet werden, bevor er in Umgebungen mit höherer Ebene weitergeleitet wird.

Schritte

  1. Stellen Sie sicher, dass Java installiert ist.

    • Wählen Sie [Java JDK 11](https://experience.adobe.com/#/downloads/content/software-distribution/en/general.html?1_group.propertyvalues.property=.%2Fjcr%3Acontent%2Fmetadata%2Fdc%3AsoftwareType&1_group.propertyvalues.operation=equals&1_group.propertyvalues.0_values=software-type%3Atooling&orderby=%40jcr%3Acontent%2Fjcr%3AlastModified&orderby.sort=desc&layout list&p.offset=0&p.limit=14) für AEM 6.5+ aus.
    • Java JDK 8 für AEM Versionen vor AEM 6.5
  2. Rufen Sie eine Kopie von AEM QuickStart Jar und a license.properties ab.

  3. Erstellen Sie eine Ordnerstruktur auf Ihrem Computer wie folgt:

    ~/aem-sdk
        /author
        /publish
    
  4. Benennen Sie die JAR QuickStart in aem-author-p4502.jar um und platzieren Sie sie unter dem Verzeichnis /author. Fügen Sie die Datei license.properties unter dem Verzeichnis /author hinzu.

  5. Erstellen Sie eine Kopie der QuickStart-JAR, benennen Sie sie in aem-publish-p4503.jar um und platzieren Sie sie unter dem Verzeichnis /publish. Fügen Sie eine Kopie der Datei license.properties unter dem Verzeichnis /publish hinzu.

    ~/aem-sdk
        /author
            + aem-author-p4502.jar
            + license.properties
        /publish
            + aem-publish-p4503.jar
            + license.properties
    
  6. Doppelklicken Sie auf die Datei aem-author-p4502.jar , um die Autoreninstanz zu installieren. Dadurch wird die Autoreninstanz gestartet, die auf dem Port 4502 auf dem lokalen Computer ausgeführt wird.

    Doppelklicken Sie auf die Datei aem-publish-p4503.jar , um die Instanz Publish zu installieren. Dadurch wird die Veröffentlichungsinstanz gestartet, die auf dem Port 4503 auf dem lokalen Computer ausgeführt wird.

    HINWEIS

    Je nach Hardware Ihres Entwicklungscomputers kann es schwierig sein, eine Autoren- und Veröffentlichungsinstanz gleichzeitig auszuführen. In seltenen Fällen müssen Sie beide gleichzeitig auf einem lokalen Setup ausführen.

    Weitere Informationen finden Sie unter Bereitstellen und Verwalten einer AEM-Instanz.

Installieren von Apache Maven

Apache Maven ist ein Tool zum Verwalten des Build- und Bereitstellungsverfahrens für Java-basierte Projekte. AEM ist eine Java-basierte Plattform und Maven ist die Standardmethode zum Verwalten von Code für ein AEM Projekt. Wenn wir AEM Maven-Projekt oder nur Ihr AEM Projekt nennen, verweisen wir auf ein Maven-Projekt, das den gesamten benutzerspezifischen-Code für Ihre Site enthält.

Alle AEM sollten von der neuesten Version von AEM Project Archetype erstellt werden: https://github.com/Adobe-Marketing-Cloud/aem-project-archetype. Der AEM Project Archetype erstellt ein Bootstrap eines AEM Projekts mit Beispielcode und -inhalt. Das AEM Project Archetype enthält auch AEM WCM Core Components , das für die Verwendung in Ihrem Projekt konfiguriert ist.

VORSICHT

Beim Starten eines neuen Projekts empfiehlt es sich, die neueste Version des Archetyps zu verwenden. Beachten Sie, dass es mehrere Versionen des Archetyps gibt und nicht alle Versionen mit früheren Versionen von AEM kompatibel sind.

Schritte

  1. Apache Maven herunterladen

  2. Installieren Sie Apache Maven und stellen Sie sicher, dass die Installation zu Ihrer Befehlszeile PATH hinzugefügt wurde.

  3. Stellen Sie sicher, dass Maven installiert ist, indem Sie ein neues Befehlszeilen-Terminal öffnen und Folgendes ausführen:

    $ mvn --version
    Apache Maven 3.3.9
    Maven home: /Library/apache-maven-3.3.9
    Java version: 1.8.0_111, vendor: Oracle Corporation
    Java home: /Library/Java/JavaVirtualMachines/jdk1.8.0_111.jdk/Contents/Home/jre
    Default locale: en_US, platform encoding: UTF-8
    
  4. Fügen Sie das Profil adobe-public Ihrer Maven settings.xml-Datei hinzu, um repo.adobe.com automatisch zum Maven-Build-Prozess hinzuzufügen.

  5. Erstellen Sie eine Datei mit dem Namen settings.xml unter ~/.m2/settings.xml , falls sie noch nicht vorhanden ist.

  6. Fügen Sie das Profil adobe-public zur Datei settings.xml hinzu, basierend auf den Anweisungen hier.

    Nachfolgend finden Sie ein Beispiel für settings.xml. Beachten Sie, dass die Namenskonvention für settings.xml und die Platzierung unter dem .m2 Ordner des Benutzers wichtig sind.

    <settings xmlns="https://maven.apache.org/SETTINGS/1.0.0"
      xmlns:xsi="https://www.w3.org/2001/XMLSchema-instance"
      xsi:schemaLocation="https://maven.apache.org/SETTINGS/1.0.0
                          https://maven.apache.org/xsd/settings-1.0.0.xsd">
    <profiles>
     <!-- ====================================================== -->
     <!-- A D O B E   P U B L I C   P R O F I L E                -->
     <!-- ====================================================== -->
         <profile>
             <id>adobe-public</id>
             <activation>
                 <activeByDefault>true</activeByDefault>
             </activation>
             <properties>
                 <releaseRepository-Id>adobe-public-releases</releaseRepository-Id>
                 <releaseRepository-Name>Adobe Public Releases</releaseRepository-Name>
                 <releaseRepository-URL>https://repo.adobe.com/nexus/content/groups/public</releaseRepository-URL>
             </properties>
             <repositories>
                 <repository>
                     <id>adobe-public-releases</id>
                     <name>Adobe Public Repository</name>
                     <url>https://repo.adobe.com/nexus/content/groups/public</url>
                     <releases>
                         <enabled>true</enabled>
                         <updatePolicy>never</updatePolicy>
                     </releases>
                     <snapshots>
                         <enabled>false</enabled>
                     </snapshots>
                 </repository>
             </repositories>
             <pluginRepositories>
                 <pluginRepository>
                     <id>adobe-public-releases</id>
                     <name>Adobe Public Repository</name>
                     <url>https://repo.adobe.com/nexus/content/groups/public</url>
                     <releases>
                         <enabled>true</enabled>
                         <updatePolicy>never</updatePolicy>
                     </releases>
                     <snapshots>
                         <enabled>false</enabled>
                     </snapshots>
                 </pluginRepository>
             </pluginRepositories>
         </profile>
    </profiles>
     <activeProfiles>
         <activeProfile>adobe-public</activeProfile>
     </activeProfiles>
    </settings>
    
  7. Stellen Sie sicher, dass das Profil adobe-public aktiv ist, indem Sie den folgenden Befehl ausführen:

    $ mvn help:effective-settings
    ...
    <activeProfiles>
        <activeProfile>adobe-public</activeProfile>
    </activeProfiles>
    <pluginGroups>
        <pluginGroup>org.apache.maven.plugins</pluginGroup>
        <pluginGroup>org.codehaus.mojo</pluginGroup>
    </pluginGroups>
    </settings>
    [INFO] ------------------------------------------------------------------------
    [INFO] BUILD SUCCESS
    [INFO] ------------------------------------------------------------------------
    [INFO] Total time:  0.856 s
    

    Wenn Sie die adobe-public nicht sehen, ist dies ein Hinweis darauf, dass in Ihrer ~/.m2/settings.xml-Datei nicht ordnungsgemäß auf das Adobe-Repository verwiesen wird. Überprüfen Sie, ob die Datei settings.xml auf das Adobe-Repository verweist.

Einrichten einer integrierten Entwicklungsumgebung

Eine integrierte Entwicklungsumgebung oder IDE ist eine Anwendung, die einen Texteditor, Syntaxunterstützung und Build-Tools kombiniert. Je nach der Art der Entwicklung, die Sie durchführen, ist möglicherweise eine IDE besser als eine andere. Unabhängig von der IDE ist es wichtig, regelmäßig Push-Code an eine lokale AEM-Instanz senden zu können, um ihn zu testen. Außerdem ist es wichtig, gelegentlich Konfigurationen von einer lokalen AEM-Instanz in Ihr AEM-Projekt zu ziehen, um zu einem Quellcodeverwaltungssystem wie Git zu gelangen.

Im Folgenden finden Sie einige der beliebtesten IDEs, die mit AEM Entwicklung mit entsprechenden Videos verwendet werden, die die Integration mit einer lokalen AEM-Instanz zeigen.

HINWEIS

Das WKND-Projekt wurde aktualisiert und funktioniert jetzt standardmäßig auf AEM als Cloud Service. Es wurde aktualisiert und ist nun abwärtskompatibel mit 6.5/6.4. Wenn Sie AEM 6.5 oder 6.4 verwenden, hängen Sie das Profil classic an beliebige Maven-Befehle an.

$ mvn clean install -PautoInstallSinglePackage -Pclassic

Wenn Sie eine IDE verwenden, überprüfen Sie classic in Ihrer Maven-Profil-Registerkarte.

Maven-Profil-Registerkarte

IntelliJ Maven-Profil

Eclipse IDE

Die Eclipse IDE ist eine der beliebtesten IDEs für die Java-Entwicklung, zum großen Teil, weil sie Open Source und free ist. Adobe bietet ein Plug-in AEM Developer Tools für Eclipse, um die Entwicklung mit einer netten grafischen Benutzeroberfläche zu erleichtern, mit der Code mit einer lokalen AEM synchronisiert werden kann. Die Eclipse IDE wird für Entwickler empfohlen, die zum großen Teil neu AEM, da die GUI von AEM Developer Tools unterstützt wird.

Installation und Einrichtung

  1. Laden Sie die Eclipse IDE für Java EE Developers herunter und installieren Sie sie: https://www.eclipse.org
  2. Befolgen Sie die Anweisungen zum Installieren des Plug-ins AEM Developer Tools : https://experienceleague.adobe.com/docs/experience-manager-65/developing/devtools/aem-eclipse.html?lang=de?lang=de
  • 00:30 - Importieren eines Maven-Projekts
  • 01:24 - Erstellen und Bereitstellen von Quellcode mit Maven
  • 04:33 - Push-Code-Änderungen mit AEM Developer Tool
  • 10:55 - Codeänderungen mit AEM Developer Tool abrufen
  • 13:12 - Verwenden der integrierten Debugging-Tools von Eclipse

IntelliJ IDEA

Die IntelliJ IDEA ist eine leistungsstarke IDE für die professionelle Java-Entwicklung. IntelliJ IDEA in zwei Varianten, einer ​** Community Freeedition und einer kommerziellen (bezahlten) Ultimate Version. Die kostenlose Community-Version von IntellIJ IDEA ist ausreichend für AEM Entwicklung, die Ultimate erweitert jedoch den Funktionssatz.

Installation and Setup

  1. Laden Sie IntelliJ IDEA herunter und installieren Sie es: https://www.jetbrains.com/idea/download
  2. Installieren Sie Repo (Befehlszeilen-Tool): https://github.com/Adobe-Marketing-Cloud/tools/tree/master/repo
  • 00:00 - Importieren eines Maven-Projekts
  • 05:47 - Erstellen und Bereitstellen von Quellcode mit Maven
  • 08:17 - Push-Änderungen mit Repo
  • 14:39 - Pull changes with Repo
  • 17:25 - Verwenden der integrierten Debugging-Tools von IntelliJ IDEA

Visual Studio Code

Visual Studio Codehas wurde schnell zu einem bevorzugten Tool für Frontend- Entwickler mit verbesserter JavaScript-Unterstützung Intellisenseund Browser-Debugging-Unterstützung. Visual Studio Code ist Open Source, kostenlos, mit vielen leistungsstarken Erweiterungen. Visual Studio Code kann mithilfe eines Adobe-Tools, Repo, zur Integration mit AEM eingerichtet werden. Es gibt auch mehrere von der Community unterstützte Erweiterungen, die installiert werden können, um sie in AEM zu integrieren.

Visual Studio Code ist eine hervorragende Wahl für Frontend-Entwickler, die hauptsächlich CSS/LESS- und JavaScript-Code schreiben, um AEM Client-Bibliotheken zu erstellen. Dieses Tool ist möglicherweise nicht die beste Wahl für neue AEM-Entwickler, da Knotendefinitionen (Dialogfelder, Komponenten) alle im rohen XML bearbeitet werden müssen. Für Visual Studio Code sind mehrere Java-Erweiterungen verfügbar. Wenn Sie jedoch in erster Linie Java-Entwicklung betreiben, können Eclipse IDE oder IntelliJ bevorzugt werden.

  • 🔗 Herunterladen von Visual Studio-Code
  • repo - FTP-ähnliches Tool für JCR-Inhalte
  • aemfed - Beschleunigen Sie Ihren AEM Frontend-Workflow
  • AEM Sync - Community-unterstützte* Erweiterung für Visual Studio Code
  • 00:30 - Importieren eines Maven-Projekts
  • 00:53 - Erstellen und Bereitstellen von Quellcode mit Maven
  • 04:03 - Push-Code-Änderungen mit dem Repo-Befehlszeilen-Tool
  • 08:29 - Pull-Code-Änderungen mit dem Repo-Befehlszeilen-Tool
  • 10:40 - Push-Code-Änderungen mit einem emfed Tool
  • 14:24 - Fehlerbehebung, Neuerstellung von Client-Bibliotheken

CRXDE Lite

CRXDE Liteis ist eine browserbasierte Ansicht des AEM-Repositorys. CRXDE Lite ist in AEM eingebettet und ermöglicht Entwicklern die Durchführung standardmäßiger Entwicklungsaufgaben wie das Bearbeiten von Dateien, das Definieren von Komponenten, Dialogfeldern und Vorlagen. CRXDE Lite ist ​** nicht als vollständige Entwicklungsumgebung gedacht, ist aber als Debugging-Tool sehr effektiv. CRXDE Lite ist nützlich, wenn Sie Produktcode außerhalb Ihrer Codebasis erweitern oder einfach verstehen. CRXDE Lite bietet eine leistungsstarke Ansicht des Repositorys und eine Möglichkeit, Berechtigungen effektiv zu testen und zu verwalten.

CRXDE Lite sollte immer in Verbindung mit anderen IDEs zum Testen und Debuggen von Code verwendet werden, jedoch nie als primäres Entwicklungstool. Es bietet eingeschränkte Syntaxunterstützung, keine automatische Vervollständigungsfunktionen und eine eingeschränkte Integration mit Quellcodeverwaltungssystemen.

Fehlerbehebung

Hilfe! Mein Code funktioniert nicht! Wie bei jeder Entwicklung wird es Zeiten (wahrscheinlich viele) geben, in denen Ihr Code einfach nicht wie erwartet funktioniert. AEM ist eine mächtige Plattform, aber mit großer Macht… ist eine große Komplexität. Im Folgenden finden Sie einige allgemeine Ausgangspunkte zur Fehlerbehebung und zur Problemverfolgung (bei weitem nicht aus einer vollständigen Liste mit möglichen Problemen):

Codebereitstellung überprüfen

Ein guter erster Schritt bei Auftreten eines Problems besteht darin, zu überprüfen, ob der Code bereitgestellt und erfolgreich in AEM installiert wurde.

  1. Überprüfen Sie Package Manager, um sicherzustellen, dass das Codepaket hochgeladen und installiert wurde: http://localhost:4502/crx/packmgr/index.jsp. Überprüfen Sie den Zeitstempel, um sicherzustellen, dass das Paket kürzlich installiert wurde.
  2. Wenn Sie inkrementelle Dateiaktualisierungen mit einem Tool wie Repo oder AEM Developer Tools durchführen, überprüfen Sie CRXDE Lite, ob die Datei an die lokale AEM-Instanz gesendet wurde und der Dateiinhalt aktualisiert wird: http://localhost:4502/crx/de/index.jsp
  3. Überprüfen Sie, ob das Bundle hochgeladen wird und Probleme im Zusammenhang mit Java-Code in einem OSGi-Bundle auftreten. Öffnen Sie die Adobe Experience Manager Web Console: http://localhost:4502/system/console/bundles und suchen Sie nach Ihrem Bundle. Stellen Sie sicher, dass das Bundle den Status Aktiv aufweist. Weitere Informationen zur Fehlerbehebung bei einem Bundle in einem Installierten-Status finden Sie unten.

Überprüfen Sie die Protokolle

AEM ist eine Chatty-Plattform und protokolliert viele nützliche Informationen in error.log. error.log befindet sich dort, wo AEM installiert wurde: < aem-installation-folder>/crx-quickstart/logs/error.log.

Eine nützliche Methode zum Verfolgen von Problemen besteht darin, Protokolleinträge in Ihren Java-Code einzufügen:

import org.slf4j.Logger;
import org.slf4j.LoggerFactory;
...

public class MyClass {
    private final Logger log = LoggerFactory.getLogger(getClass());

    ...

    String myVariable = "My Variable";

    log.debug("Debug statement of myVariable {}", myVariable);

    log.info("Info statement of myVariable {}", myVariable);
}

Standardmäßig ist error.log so konfiguriert, dass INFO-Anweisungen protokolliert werden. Wenn Sie die Protokollebene ändern möchten, gehen Sie zu Log Support: http://localhost:4502/system/console/slinglog. Sie können auch feststellen, dass error.log zu chatty ist. Sie können die Protokollunterstützung verwenden, um Protokollanweisungen für nur ein bestimmtes Java-Paket zu konfigurieren. Dies ist eine Best Practice für Projekte, um benutzerdefinierte Code-Probleme einfach von OOTB AEM Plattformproblemen zu trennen.

Protokollierungskonfiguration in AEM

Bundle befindet sich im Status "Installiert"

Alle Bundles (außer Fragmente) sollten den Status Aktiv aufweisen. Wenn Ihr Code-Bundle in einem Status Installiert angezeigt wird, muss ein Problem behoben werden. Meistens handelt es sich um ein Abhängigkeitsproblem:

Bundle-Fehler in AEM

Im obigen Screenshot ist WKND Core bundle ein Installierter -Status. Dies liegt daran, dass das Bundle eine andere Version von com.adobe.cq.wcm.core.components.models erwartet, als in der AEM-Instanz verfügbar ist.

Ein nützliches Tool, das verwendet werden kann, ist der Dependency Finder: http://localhost:4502/system/console/depfinder. Fügen Sie den Namen des Java-Pakets hinzu, um zu überprüfen, welche Version in der AEM-Instanz verfügbar ist:

Kernkomponenten

Weiter mit dem obigen Beispiel können wir sehen, dass die auf der AEM-Instanz installierte Version 12.2 vs. 12.6 ist, die vom Bundle erwartet wurde. Von dort aus können Sie rückwärts arbeiten und sehen, ob die Maven-Abhängigkeiten AEM mit den Maven-Abhängigkeiten im AEM Projekt übereinstimmen. Im obigen Beispiel wird Core Components v2.2.0 auf der AEM-Instanz installiert, aber das Code-Bundle wurde mit einer Abhängigkeit von v2.2.2 erstellt. Dies ist der Grund für das Abhängigkeitsproblem.

Überprüfung der Registrierung von Sling-Modellen

AEM Komponenten sollten immer durch ein Sling Model unterstützt werden, um eine beliebige Geschäftslogik einzukapseln und sicherzustellen, dass das HTL-Rendering-Skript sauber bleibt. Wenn Probleme auftreten, bei denen das Sling-Modell nicht gefunden werden kann, kann es hilfreich sein, den Sling Models in der Konsole zu überprüfen: http://localhost:4502/system/console/status-slingmodels. Auf diese Weise erfahren Sie, ob Ihr Sling-Modell registriert wurde und mit welchem Ressourcentyp (dem Komponentenpfad) es verknüpft ist.

Status des Sling-Modells

Zeigt die Registrierung eines Sling Model, BylineImpl an, der mit einem Komponenten-Ressourcentyp von wknd/components/content/byline verknüpft ist.

CSS- oder JavaScript-Probleme

Bei den meisten CSS- und JavaScript-Problemen ist die Verwendung der Entwicklungstools des Browsers die effektivste Möglichkeit zur Fehlerbehebung. Um das Problem bei der Entwicklung für eine AEM Autoreninstanz einzuschränken, ist es hilfreich, die Seite "als veröffentlicht"anzuzeigen.

CSS- oder JS-Probleme

Öffnen Sie das Menü Seiteneigenschaften und klicken Sie auf Als veröffentlicht anzeigen. Dadurch wird die Seite ohne den AEM-Editor und mit einem Abfrageparameter geöffnet, der auf wcmmode=disabled gesetzt ist. Dadurch wird die AEM-Authoring-Benutzeroberfläche effektiv deaktiviert und die Fehlerbehebung/das Debugging von Frontend-Problemen deutlich vereinfacht.

Ein weiteres häufig auftretendes Problem bei der Entwicklung von Frontend-Code ist veraltetes oder veraltetes CSS/JS. Als ersten Schritt müssen Sie sicherstellen, dass der Browser-Verlauf gelöscht wurde und bei Bedarf einen Inkognito-Browser oder eine neue Sitzung starten.

Debugging von Client-Bibliotheken

Bei verschiedenen Methoden von Kategorien und Einbettungen zum Einschließen mehrerer Client-Bibliotheken kann es umständlich sein, eine Fehlerbehebung durchzuführen. AEM stellt mehrere Hilfsmittel zur Verfügung. Eines der wichtigsten Tools ist Client-Bibliotheken neu erstellen , wodurch AEM gezwungen werden, alle LESS-Dateien neu zu kompilieren und das CSS zu generieren.

  • Dump Libs - Listet alle in der AEM-Instanz registrierten Client-Bibliotheken auf. <host>/libs/granite/ui/content/dumplibs.html
  • Testausgabe : Ermöglicht es einem Benutzer, die erwartete HTML-Ausgabe von clientlib-Includes basierend auf der Kategorie anzuzeigen. <host>/libs/granite/ui/content/dumplibs.test.html
  • Überprüfung der Abhängigkeiten von Bibliotheken - hebt alle Abhängigkeiten oder eingebetteten Kategorien hervor, die nicht gefunden werden können. <host>/libs/granite/ui/content/dumplibs.validate.html
  • Client-Bibliotheken neu erstellen - ermöglicht es einem Benutzer, AEM zu erzwingen, alle Client-Bibliotheken neu zu erstellen oder den Cache von Client-Bibliotheken zu invalidieren. Dieses Tool ist besonders effektiv bei der Entwicklung mit LESS, da dies AEM zwingen kann, die generierte CSS neu zu kompilieren. Im Allgemeinen ist es effektiver, Caches zu invalidieren und dann eine Seitenaktualisierung vorzunehmen, anstatt alle Bibliotheken neu zu erstellen. <host>/libs/granite/ui/content/dumplibs.rebuild.html

Debuggen von Clientlibs

HINWEIS

Wenn Sie den Cache mit dem Tool Client-Bibliotheken neu erstellen ständig invalidieren müssen, kann es sich lohnen, alle Client-Bibliotheken einmal neu zu erstellen. Dies kann etwa 15 Minuten dauern, in der Regel werden jedoch alle zukünftigen Caching-Probleme behoben.

Auf dieser Seite