Alles bij elkaar plaatsen - Uw app en uw inhoud in AEM Headless put-it-all-together
In dit deel van de Hoofdloze Reis van de Ontwikkelaar van AEM , wordt u vertrouwd met leren hoe te om het de ontwikkelingshulpmiddel van AEM en de Hoofdloze SDK te gebruiken om uw toepassing samen te zetten.
Het verhaal tot nu toe story-so-far
In het vorige document van de hoofdloze reis van AEM, hoe te om Uw Inhoud via AEM Assets APIs bij te werken leerde u hoe te om uw bestaande inhoud zonder kop in AEM via API bij te werken en u zou nu moeten:
- Begrijp de AEM Assets HTTP API.
Doelstelling objective
Dit artikel is bedoeld om u te helpen begrijpen hoe u een AEM-toepassing zonder kop kunt samenvoegen door:
- Meer informatie over de AEM Headless SDK en de vereiste tools voor ontwikkeling
- Een lokale ontwikkelings-runtime instellen om uw inhoud te simuleren voordat u live gaat
- Basisprincipes van AEM-inhoudsreplicatie
De AEM SDK the-aem-sdk
De AEM SDK wordt gebruikt om aangepaste code te maken en implementeren. Het is het belangrijkste hulpmiddel dat u nodig hebt, zodat u uw toepassing zonder kop kunt ontwikkelen en testen voordat u live gaat. Het bevat de volgende artefacten:
- De QuickStart-jar - een uitvoerbaar JAR-bestand dat kan worden gebruikt om een auteur- en een publicatie-instantie in te stellen
- Dispatcher tools - de Dispatcher module en zijn afhankelijkheden voor Windows- en UNIX®-systemen
- Java™ API Jar - De Java™ Jar/Maven Dependency die alle toegestane Java™ API's blootstelt die kunnen worden gebruikt om zich tegen AEM te ontwikkelen
- Javadoc jar - de javadocs voor de Java™ API jar
De AEM Headless SDK the-aem-headless-sdk
Verschil van AEM SDK, wordt AEM Headless SDK geplaatst van bibliotheken die door cliënten kunnen worden gebruikt om snel en gemakkelijk met AEM Headless APIs over HTTP in wisselwerking te staan.
Voor meer informatie zie AEM Headless SDK .
Aanvullende ontwikkelingsinstrumenten additional-development-tools
Naast de AEM SDK hebt u aanvullende gereedschappen nodig waarmee u code en inhoud lokaal kunt ontwikkelen en testen:
- Java™
- Git
- Apache Maven
- De Node.js-bibliotheek
- De IDE van uw keuze
Omdat AEM een Java™-toepassing is, moet u Java™ en de Java™ SDK installeren om de ontwikkeling van AEM as a Cloud Service te ondersteunen.
Git is wat u gebruikt om broncontrole te beheren en in de veranderingen in Cloud Manager te controleren en dan hen op te stellen aan een productie-instantie.
AEM gebruikt Apache Maven om projecten te bouwen die zijn gegenereerd op basis van de AEM Maven Project archetype. Alle belangrijke IDEs verstrekt integratiesteun voor Maven.
Node.js is een runtimeomgeving van JavaScript die wordt gebruikt voor het werken met de front-end elementen van het ui.frontend -subproject van een AEM-project. Node.js wordt gedistribueerd met npm, is de facto Manager van het Pakket Node.js, die wordt gebruikt om de gebiedsdelen van JavaScript te beheren.
Componenten van een AEM-systeem in één oogopslag components-of-an-aem-system-at-a-glance
Laten we nu eens kijken naar de onderdelen van een AEM-omgeving.
Een volledige AEM-omgeving bestaat uit een Auteur, Publish en Dispatcher. Deze componenten worden ook beschikbaar gesteld in de lokale ontwikkelruntime, zodat u gemakkelijker een voorvertoning van uw code en inhoud kunt weergeven voordat u live gaat.
-
de dienst van de Auteur is waar de interne gebruikers, inhoud creëren leiden en voorproef.
-
de Publish dienst wordt beschouwd als het "Levende"milieu en is typisch wat eind - gebruikers met in wisselwerking staan. Inhoud wordt na bewerking en goedkeuring in de service Auteur gedistribueerd naar de service Publiceren. Het meest gangbare implementatiepatroon met AEM-toepassingen zonder kop is dat de productieversie van de toepassing verbinding maakt met een AEM-publicatieservice.
-
Dispatcher is een statische Webserver die met de module van Dispatcher van AEM wordt uitgebreid. Webpagina's die door de instantie publish worden gemaakt, worden in het cachegeheugen opgeslagen om de prestaties te verbeteren.
De workflow voor lokale ontwikkeling the-local-development-workflow
Het lokale ontwikkelingsproject is gebaseerd op Apache Maven en gebruikt Git voor broncontrole. Om het project bij te werken, kunnen de ontwikkelaars hun aangewezen geïntegreerde ontwikkelomgeving, zoals Verduistering, de Code van Visual Studio, of IntelliJ, onder anderen gebruiken.
Als u code- of inhoudsupdates wilt testen die door uw toepassing zonder kop worden opgenomen, moet u de updates implementeren voor de lokale AEM-runtime, die lokale instanties van de AEM-auteur en -publicatieservices omvat.
Let op het verschil tussen de verschillende componenten in de lokale AEM-runtime. Het is namelijk belangrijk dat u de updates test op de plaatsen waar ze het belangrijkst zijn. Test bijvoorbeeld de inhoud van updates op de auteur of test nieuwe code op de publicatie-instantie.
In een productiesysteem zullen een Dispatcher en een http Apache-server altijd voor een AEM-publicatie-instantie zitten. Zij verlenen caching en veiligheidsdiensten voor het systeem van AEM, zodat is het uiterst belangrijk om code en inhoudsupdates tegen Dispatcher eveneens te testen.
Een lokale voorvertoning van uw code en inhoud weergeven in de lokale ontwikkelomgeving previewing-your-code-and-content-locally-with-the-local-development-environment
Als u uw AEM-project zonder kop wilt voorbereiden op de start, moet u ervoor zorgen dat alle onderdelen van uw project goed werken.
Om dat te doen, moet u alles samenvoegen: code, inhoud, en configuratie en het testen in een lokale ontwikkelomgeving voor levende bereidheid.
De lokale ontwikkelomgeving bestaat uit drie hoofdgebieden:
- Het AEM-project - dit project bevat alle aangepaste code, configuratie en inhoud waaraan de AEM-ontwikkelaars zullen werken
- De lokale runtime van AEM - lokale versies van de auteur van AEM en publiceer de diensten die worden gebruikt om code van het project van AEM op te stellen
- De lokale Dispatcher Runtime - een lokale versie van de Apache htttpd-webserver die de Dispatcher-module bevat
Nadat de lokale ontwikkelomgeving is ingesteld, kunt u inhoud die in de React-app wordt gebruikt, simuleren door een statische Node-server lokaal te implementeren.
Volgende functies whats-next
Nu u dit deel van de AEM Headless Developer Journey hebt voltooid, moet u:
- Kennis hebben van de AEM Development Tools
- De lokale ontwikkelingsworkflow begrijpen
Ga uw reis zonder kop van AEM door het document te herzien hoe te met Uw Hoofdloze Toepassing gaan waar u eigenlijk uw project van AEM Headless levend neemt!
Aanvullende bronnen additional-resources
- De AEM as a Cloud Service SDK
- opstelling een Lokale milieu van AEM
- AEM Headless SDK voor cliënt-zijbrowsers (JavaScript)
- AEM Headless SDK voor server-side/Node.js (JavaScript)
- AEM Headless SDK voor Java™
- Inleiding tot AEM als een CMS zonder kop
- AEM Developer Portal
- Leerprogramma's voor Zwaartepunt in AEM