Show Menu
THEMEN×

Beitragen zu AEM

Entwicklungsmethodik

AEM wird nach bewährten Vorgehensweisen entwickelt, die häufig in großen Open-Source-Projekten praktiziert werden. Viele Kernelemente im Technologie-Stack von AEM werden tatsächlich als aktive Open-Source-Projekte wie Sling und Jackrabbit verwaltet, die Teil der Apache Software Foundation sind. Ein wichtiger Aspekt der Idee von AEM besteht darin, dass Sie ermutigt werden, die verfügbaren Mailinglisten und Onlineforen für direkt Interaktion mit dem Entwicklungsteam zu nutzen.
Wenn Sie zu Komponenten von AEM beitragen, sollten Sie sich mit AEM genauso vertraut machen wie mit einem Open-Source-Projekt und mit dem vorhandenen Kernteam kommunizieren, als würden Sie zu einem solchen Projekt beitragen.

Erforderliche Erfahrung

Das HyperText Transfer Protocol (HTTP) spielt bei allem, was wir tun, eine zentrale Rolle. Bevor Sie also zu AEM beitragen, sollten Sie über ein tiefgehendes Verständnis von HTTP verfügen, idealerweise in dem Maße, dass Sie Ihre eigene Java-Implementierung eines Multithread-HTTP-Servers mit Thread-Pooling schreiben könnten. Sie sollten auch das HTTP/1.1-Keep-Alive-Verhalten verstehen und über eingehende Kenntnisse der server/clientseitigen Interaktionen mit JavaScript verfügen, insbesondere über den asynchronen Interaktionsstil, der von AJAX repräsentiert wird.
Da Seitendynamik und interaktiver Inhalt der Schlüssel zum WM-Erlebnis sind, ist es wichtig, dass Sie das Dokumentobjektmodell und sein Potenzial für programmatische Manipulation als Reaktion auf Ereignisse möglichst gut verstehen. Sie sollten zum Beispiel Kenntnisse über Echtzeit-DOM-Manipulation und Drag-and-Drop-Verhalten über mehrere Browser-Dokumente haben (z. B. mit iframes).
Auf der höchsten Ebene sollten Sie über ein solides Verständnis folgender Themen verfügen:
  • HTML (vorzugsweise HTML5 )
  • Cascading Style Sheets (CSS)
  • Extensible Markup Language (XML)
  • Entwurfsmuster für Asynchronous JavaScript and XML (AJAX)
  • JavaScript Object Notation (JSON)
  • Document Object Model
  • Stateful und Stateless-Interaktionen
  • Browser-Cookies
  • und andere moderne Web-Entwicklungskonzepte
The technology stack of Adobe Experience Manager are based on the Apache Felix OSGI container with the Apache Sling web framework and embeds a Java Content Repository ( JCR ) based on Apache Jackrabbit . Sie sollten sich mit diesen einzelnen Projekten sowie mit anderen Open Source-Komponenten (z. B. Apache Lucene) vertraut machen, die in dem Bereich verwendet werden, in dem Sie Beiträge leisten möchten.

Tribal-Kenntnisse

Bestimmte Konzepte und Leitprinzipien sind tief in der früheren Day-Kultur verwurzelt. In diesem Abschnitt werden einige der „tief in die DNA eingebetteten“ Probleme aufgeführt, die Sie beachten sollten.

Alles ist Inhalt

Der Inhalt umfasst nicht nur alle Daten, die die Webanwendung speichert. Programmcode, Bibliotheken, Skripten, Vorlagen, HTML, CSS, Bilder und Artefakte aller Art, alles und alles wird im Content Repository beibehalten und in Form von Paketen über Package Manager und Package Share importiert/exportiert.

Davids Modell

Die Art und Weise, wie Inhalte in einem Java Content Repository modelliert werden sollen, erfordert eine völlig andere Art zu denken als das, was in der Softwarebranche für die Datenmodellierung in der relationalen Welt üblich ist. Eine Pflichtlektüre für jeden Neuling im Content-Management mit der JCR-Methode ist David's Model: A guide for content modeling .

RESTfulness

Der REST-Ansatz ist tief verwurzelt in dem, was wir tun. Dies bedeutet unter anderem, statusbehaftete Interaktionen zu vermeiden und zu berücksichtigen, dass URIs endgültige Adressen für Inhalte und Dienste sind.
REST (REpresentational State Transfer) bezeichnet den Software-Architekturstil, auf dem das World Wide Web basiert. Es beschreibt die Schlüsselelemente, die das Web zum Funktionieren bringen, und bietet somit eine Reihe von Prinzipien für die Gestaltung webbasierter Software. Bei der Entwicklung einer API, die über das Internet verwendet werden soll, ist es daher sinnvoll, diese Best Practices einzuhalten.
Da REST die Leitphilosophie ist, die hinter so viel von dem steckt, was wir tun, sollten Sie es für wichtig halten, sich in den Grundsätzen des RESTful Designs auskennen zu können. Ein guter Ausgangspunkt ist Roy Fieldings Dissertation .

Sling Anfrageauflösung

Ein wesentlicher Aspekt zum Verständnis von AEM ist, wie eingehende Anforderungen sich auf das Inhalts- und Anwendungsverhalten beziehen, wie Inhalte im Content-Repository strukturiert sind und wo AEM nach der Anwendungslogik sucht, um die Anforderung zu bearbeiten. Erfahren Sie mehr über die Apache Sling URL-Dekomposition und die Art und Weise, wie sie den REST-Architekturstil und seine statusfreien, cachefähigen und geschichteten Systemeinschränkungen erzwingt.
Schwerpunkte der Apache Sling-Anfrageauflösung sind, wie Anfragen hauptsächlich auf eine bestimmte Ressource im Content Repository abgebildet werden, wie zusätzliche Eigenschaften der Anfrage zusammen mit Eigenschaften dieser Inhaltsobjekte bestimmen, welcher Anwendungscode zum Rendern des Inhalts aufgerufen wird. und wie der Code in /apps den Code in /libs überschreibt.

Schnellstart

Kein Schritt drei: zum Installieren und Ausführen lädt man einfach die Schnellstart-JAR-Datei herunter und doppelklickt darauf. Es gibt keinen Schritt drei. Jede zusätzliche optionale Funktionalität erfordert nichts weiter als die Installation des entsprechenden Pakets von Package Share.
Kleine Schnellstart-Größe: halten Sie die Größe der Schnellstart-JAR-Datei auf ein Minimum begrenzt. Intelligente, optimierte Verwendung von Bibliotheken, Verschiebung optionaler Funktionen zur Paketfreigabe.
Schnellere Startzeit: wenn Sie eine Änderung vornehmen, die sich auf die Startzeit auswirken könnte, stellen Sie sicher, dass sie kürzer wird, nicht länger.

Rank und schlank

Wir bevorzugen Code und Projekte, die leicht, klein, schnell und elegant sind. „Gut genug“ ist nicht gut genug.
Wiederverwendung von Code: Unsere OSGi-basierte Produktarchitektur und die Philosophie „Alles ist Inhalt“ bedeuten, dass wir außergewöhnlich gute Möglichkeiten für die Wiederverwendung von Code und Artefakten haben. Wir versuchen, diese Tatsache wann immer möglich zu nutzen, um Features „rank und schlank“ zu halten.
Lose Kopplung: Wir bevorzugen lose gekoppelte Interaktionen gegenüber engen Abhängigkeiten und „unerwünschter Intimität“. Lose Kopplung ermöglicht auch mehr Code-Wiederverwendung.

Zerstören Sie die Demo nicht

Machen Sie sich mit Demo-Skripten und Produktfunktionen vertraut, die in Demos am häufigsten angezeigt werden. Verstehen Sie, dass nichts, was Sie tun, jemals eine „Demo-Skript“ -Funktion zerstören sollte. Das Kernprodukt sollte immer demofähig sein, auch während der Entwicklung.

Design für Zuverlässigkeit

Wir bemühen uns, Features in Fail-Soft-Art zu entwerfen und zu kodieren, sodass (zum Beispiel) ein Problem mit einem einzelnen DOM-Element nicht dazu führt, dass eine ganze Seite nicht gerendert wird. Mit anderen Worten: Machen Sie Dinge, die tödlich sein sollten, tödlich. Machen Sie alles andere überlebensfähig. Machen Sie das Produkt „nachsichtig“.

Abnormal ist das neue normal

Verlassen Sie sich nicht auf Shutdown-Hooks, sorgen Sie für eine Bereinigung beim Start. Abnormale Beendigung ist normale Beendigung.
shutdown == kill -9 == power outage

Seien Sie bereit für elastisches Clustering

Seien Sie immer bereit für elastische Clustering, nehmen Sie immer an, dass es Clustering. Im Allgemeinen bedeutet das Einhalten von allem, was im Content-Repository enthalten ist, eine integrierte Clusterunterstützung.

Entwerfen Sie für Abwärtskompatibilität

Nichts, was Sie tun, sollte den alten Code eines Kunden zerstören. Consider only /libs to contain product code that can be updated during an upgrade. The /apps section of the repository is project code, and the /etc section contains custom configurations that need to be preserved. Generally, do not overwrite anything in /apps , /content and /home . Nach einer Aktualisierung sollten alter Projektcode, Konfigurationen und Inhalt weiterhin wie vor der Aktualisierung funktionieren.
Wenn Sie für Abwärtskompatibilität entwickeln, stellen Sie außerdem sicher, dass das Upgrade-Erlebnis mit der Einfachheit der Erstinstallation übereinstimmt. Einfaches Beenden von AEM, Ersetzen der Quickstart-JAR-Datei und erneutes Starten von AEM sollten ausreichen. Mit einer schnell wachsenden Installationsbasis wird die Upgrade-Effizienz ein zunehmend wichtigerer Vorteil sein.
Bestehende APIs können und sollten als veraltet markiert werden, wenn eine neuere, bessere Funktionalität diese ersetzt, alle APIs, die in einer früheren 5.x-Version veröffentlicht wurden, müssen weiterhin funktionsfähig bleiben, da sie möglicherweise in benutzerdefiniertem Anwendungscode verwendet werden. Keine dieser APIs sollte entfernt werden.
Abwärtskompatibilität sollte auch im Hinblick auf die allgemeine Konsistenz der Inhaltsstruktur und Benutzererfahrung berücksichtigt werden.

Grundlegende Konzepte

Autoreninstanz : Aus Sicherheits-, Verwaltungs- und anderen Gründen unterteilt eine Produktions-Site AEM-Instanzen in Autoren- und Veröffentlichungsinstanzen. Weitere Informationen zur Bereitstellungsarchitektur (einschließlich Autoren-/Veröffentlichungsinstanzen) finden Sie in der Dokumentation zu AEM-Instanzen.
Zwischenspeicherung, Braten und Backen - Traditionell sind die Konzepte von Backen und Braten eine wichtige Unterscheidung zwischen verschiedenen Web Content Management Systemen. Im CMS-Jargon bezieht sich "Backen"auf das Konzept der Datenbindung an statische Dateien zur Veröffentlichungszeit, während "Braten"auf das Konzept der Verarbeitung von Daten zur endgültigen Präsentation zur Anforderungszeit (d.h. gerade rechtzeitig) verweist.
Clustering und Lastenausgleich - Zur Verbesserung der Verfügbarkeit und der Leistung einer Produktionsumgebung ist es üblich, mehrere Instanzen im Autoren- und/oder Veröffentlichungsmodus (in Clustern) zu kombinieren, indem sie entweder verschiedenen Benutzergruppen zur Verfügung gestellt werden oder indem sie hinter einer Dispatcher-Konfiguration Lastenausgleich vornehmen.
It is also possible to combine multiple instances of the content repository to create a high-availability JCR solution, which can then be integrated with your AEM solution to maximize protection against hardware and software failure. Weitere Informationen finden Sie unter Empfohlene Bereitstellungen .
Komponente - In AEM ist eine Komponente ein Objekttyp, dessen Instanzen im Allgemeinen durch Ziehen und Ablegen aus dem Sidekick erstellt werden können. So enthalten beispielsweise mit AEM ausgelieferte Standardkomponenten die Komponenten Text, Titel, Tag Cloud, Karussell, Bild und Liste, die alle zur Laufzeit über den Sidekick verfügbar sind.
Content Finder - Im Authoring-Modus ist die Inhaltssuche ein spezielles Bedienfeld (Frame) auf der linken Seite der Seite, in dem je nach der Registerkarte, die Sie oben auswählen, eine Liste mit Bildern, Dokumenten, Flash-Assets, Seiten, Absätzen oder Repository-Ressourcen angezeigt wird, die Sie per Drag & Drop aus der Inhaltssuche auf die Seite ziehen können, an der Sie gerade arbeiten (rechts).
Digitale Assets - In AEM sind digitale Assets (in der Regel) Bilder und Rich-Media-Dateien. Weitere Informationen finden Sie unter Arbeiten mit digitalen Assets in DAM.
Dispatcher - Der Dispatcher ist sowohl ein Cache- und Lastenausgleichswerkzeug, als auch bietet bestimmte Sicherheitsgarantien.
ExtJS-Widgets - Die meisten Elemente der Benutzeroberfläche in AEM verwenden ExtJS, eine Widget-Bibliothek eines Drittanbieters, die in JavaScript geschrieben wurde. ExtJS bietet leistungsstarke, anpassbare UI-Widgets und ein gut gestaltetes und erweiterbares Komponentenmodell.
JCR, Java Content Repository - Die Java Content Repository-Spezifikation (JSR-283) bietet sowohl ein abstraktes Datenmodell als auch eine Anwendungsprogrammierschnittstelle zur Realisierung eines massiv skalierbaren NoSQL-Datenrepository, das Funktionen eines Dateisystems und einer Objektdatenbank kombiniert. Obwohl Sie JSR-283 nicht umfassend verstehen müssen, sollten Sie sich die Zeit nehmen, sich mit den grundlegenden Funktionen von JCR und dem zugrunde liegenden Datenmodell vertraut zu machen, da JCR die „Alles ist Inhalt“-Philosophie von AEM ermöglicht.
Im Wesentlichen ist JCR ein System von Knoten und Eigenschaften, in dem Knoten von anderen Knoten erben können und der gesamte Inhalt als Eigenschaftswerte gespeichert wird. Beachten Sie, dass JCR zusätzlich zur normalen Vererbung ein Konzept von „Mixin“-Knoten ermöglicht, das die Modellierung von Mehrfachvererbung ermöglicht.
JCR verfügt über eine Reihe vordefinierter Knotentypen und Eigenschaftstypen, aber im Allgemeinen ist das Typisierungssystem ziemlich flexibel und tatsächlich besteht eine der Stärken von JCR darin, dass sowohl strukturierter als auch unstrukturierter Inhalt mit Leichtigkeit gespeichert/verwaltet werden kann. Das heißt, JCR kann stark strukturierte Daten aufnehmen, aber es kann auch beliebige dynamische Datenstrukturen ohne Schemaeinschränkungen aufnehmen.
Die JavaDoc für die JCR-Java-API finden Sie hier .
Bevor Sie versuchen, die JavaDoc- oder die JCR-Spezifikation selbst zu lesen, sollten Sie sich diese High-Level-Erklärung von JCR ansehen, die von Adobe Experience Services implementiert wird.
Multi-Site-Manager (MSM) - Die MSM-Funktion von AEM unterstützt Kunden bei der Verwaltung mehrsprachiger und multinationaler Inhalte, sodass sie zentralisiertes Branding mit lokalisierten Inhalten in Einklang bringen können.
OSGi - OSGi ist die dienstbasierte Laufzeittechnologie, die die Grundlage für die modulare Java-Entwicklung in AEM bietet. Es ist ein Framework, das nicht nur eine hochdynamische (und sichere) Classloading- und Execution-Umgebung für Coderessourcen (bekannt als Bundle) bietet, sondern auch volle Kontrolle über die Sichtbarkeit und den Lebenszyklus der verschiedenen Services, die von Bundles bereitgestellt werden. Eine Service-Registrierung stellt ein Kooperationsmodell für Bundles bereit, das Lebenszyklusdynamik (und Versionsanforderungen) berücksichtigt. OSGi löst viele der Probleme, die von Anwendungsservern gelöst werden sollten, jedoch auf leichte und hochdynamische Weise. So können beispielsweise Dienste schnell bereitgestellt werden (der neue Code wird sofort verfügbar, ohne den Server neu zu starten).
Parsys, Absatzsystem - Das Absatzsystem (parsys) ist eine zusammengesetzte Komponente, mit der Autoren Komponenten unterschiedlicher Typen zu einer Seite hinzufügen können und andere Absatzkomponenten enthalten. Jeder Absatztyp wird als eine Komponente dargestellt. Das Absatzsystem selbst ist auch eine Komponente, die die anderen enthält.
Microkernel - Jeder Arbeitsbereich im Repository kann separat konfiguriert werden, um seine Daten über einen bestimmten Microkernel zu speichern (eine Klasse, die das Lesen und Schreiben der Daten verwaltet). Ebenso kann der Repository-weite Versionsspeicher unabhängig für die Verwendung eines bestimmten Mikrokernels konfiguriert werden. Eine Reihe verschiedener Mikrokernel sind verfügbar, die Daten in einer Vielzahl von Dateiformaten oder relationalen Datenbanken speichern können. (Zum Beispiel gibt es Persistence Manager für MongoDB, DB2 oder Oracle). Der Standard-Microkernel für AEM ist TarMK (siehe weiter unten).
Veröffentlichungsinstanz : Aus Sicherheits-, Verwaltungs- und anderen Gründen unterteilt eine Produktions-Site Instanzen von AEM normalerweise in Autoren- und Veröffentlichungsinstanzen. Weitere Informationen zur Bereitstellungsarchitektur (einschließlich Autoren-/Veröffentlichungsinstanzen) finden Sie in der Dokumentation zu AEM-Instanzen.
Quickstart - Im Gegensatz zu vielen anderen Programmen installieren Sie AEM mit einer einzigen, selbstextrahierenden JAR-Datei. Wenn Sie zum ersten Mal auf die JAR-Datei doppelklicken, wird alles, was Sie benötigen, automatisch installiert. Die Schnellstart-JAR enthält alle für das CRX-Repository erforderlichen Dateien (einschließlich Verwaltungseinrichtungen), virtuelle Repository-Dienste, Index- und Suchdienste, Workflow-Services, Sicherheit und einen Webserver sowie die CQ Servlet Engine (CQSE) und alle AEM-Dienste. Es sind keine weiteren Dateien zu installieren: Der Schnellstart ist eigenständig.
Wenn Sie den Schnellstart zum ersten Mal starten, wird im Hintergrund ein ganzes JCR-kompatibles Repository erstellt, was einige Minuten dauern kann. Nach diesem ersten Start sind nachfolgende Startvorgänge viel schneller, da die Repository-Infrastruktur bereits angelegt wurde.
Viele Startoptionen (z. B. die Nummer des aktiven Ports und ob die fragliche AEM-Instanz eine Veröffentlichungsinstanz oder eine Autoreninstanz sein soll und vieles mehr) können durch entsprechendes Umbenennen der Schnellstart-Datei gesteuert werden. Um eine Liste diesbezüglicher Optionen anzuzeigen, führen Sie das JAR mit „-help“ in der Befehlszeile aus:
java -jar <quickstartfilename>.jar -help

Replizierungsagenten - Replizierungsagenten sind von zentraler Bedeutung für AEM als Mechanismus zum Veröffentlichen (Aktivieren) von Inhalten von einem Autor in einer Veröffentlichungsumgebung. Inhalte aus dem Dispatcher-Cache löschen; vom Benutzer generierte Inhalte (z. B. Formulareingabe) aus der Veröffentlichungsumgebung in die Autorenumgebung zurückgeben.
Gerüst - Mit dem Gerüst können Sie ein Formular (ein Gerüst) mit Feldern erstellen, die die gewünschte Struktur für Ihre Seiten widerspiegeln. Anschließend können Sie mit diesem Formular auf einfache Weise Seiten erstellen, die auf dieser Struktur basieren.
Segmentierung - Site-Besucher haben beim Besuch einer Site unterschiedliche Interessen und Ziele. Die Ziele der Besucher zu verstehen und ihre Erwartungen zu erfüllen, ist eine wichtige Erfolgsvoraussetzung für das Online-Marketing. Die Segmentierung hilft dabei, die Details eines Besuchers zu analysieren und zu charakterisieren.
Sidekick - Der Sidekick ist ein palettenähnliches schwebendes Fenster, das auf der bearbeitbaren Seite angezeigt wird und aus dem neue Komponenten gezogen werden können und Aktionen ausgeführt werden können, die für die Seite gelten.
SiteCatalyst - SiteCatalyst bietet Marketingfachleuten eine zentrale Stelle zur Messung, Analyse und Optimierung integrierter Daten aus allen Online-Initiativen über mehrere Marketingkanäle hinweg. Sie können mit Adobe SiteCatalyst Daten von AEM-Websites analysieren.
Tar Storage (TarMK) - TarMK ist das Standard-Persistenzsystem in AEM. Obwohl AEM für die Verwendung eines anderen Persistenzsystems (z. B. MongoDB) konfiguriert werden kann, hat TarMK gewisse Vorteile, da es für typische JCR-Anwendungsfälle leistungsoptimiert ist (also sehr schnell), ein Industriestandard-Datenformat verwendet kann schnell und einfach gesichert werden kann.
Vorlage - In AEM gibt eine Vorlage einen bestimmten Seitentyp an. Sie definiert die Struktur einer Seite (während sie normalerweise auch ein Miniaturbild und verschiedene Eigenschaften angibt). Beispielsweise könnten Sie unterschiedliche Vorlagen für Produktseiten, Sitemaps und Kontaktangaben verwenden.
Workflow - Das AEM Workflow-System ermöglicht die Erstellung automatisierter Prozesse, die Seiten oder Assets beinhalten.