Technische stichtingen van AEM aem-technical-foundations

AEM is een robuust platform dat is gebaseerd op bewezen, schaalbare en flexibele technologieën. Dit document geeft een gedetailleerd overzicht van de verschillende onderdelen waaruit AEM bestaat en is bedoeld als een technische bijlage voor een AEM-ontwikkelaar in volledige stapel. Het is niet bedoeld als gids aan de slag. Als u aan de ontwikkeling van AEM nieuw bent, zie ​ Begonnen het Ontwikkelen van AEM Sites - WKND Leerprogramma ​ als eerste stap.

Grondbeginselen fundamentals

AEM is een modern contentbeheersysteem en is hiervoor aangewezen op standaard webtechnologieën:

De onderliggende inhoudopslagplaats en de bedrijfslogische lagen worden gebouwd rond technologieën Java™:

Java™ Content Repository java-content-repository

De norm van de Bewaarplaats van de Inhoud Java™ (JCR), ​ JSR 283 ​, specificeert een verkoper-onafhankelijke en implementatie-onafhankelijke manier om tot inhoud bidirectioneel op een korrelig niveau binnen een inhoudsbewaarplaats toegang te hebben. Het productdossier is in het bezit van Adobe Research (Zwitserland) AG.

Het ​ JCR API 2.0 ​ pakket, javax.jcr.* wordt gebruikt voor de directe toegang en de manipulatie van bewaarplaatsinhoud.

AEM is gebaseerd op een JCR.

Apache Jackrabbit Oak jackrabbit-oak

​ Apache Jackrabbit Oak ​ is een implementatie van een scalable en krachtige hiërarchische inhoudsbewaarplaats voor gebruik als stichting van moderne websites van wereldklasse en andere veeleisende inhoudstoepassingen, in overeenstemming met de norm JCR.

Jackrabbit Oak (ook wel Oak genoemd) is de toepassing van de JCR-norm waarop AEM is gebouwd.

Verwerking van aanvraag voor verzending sling-request-processing

AEM wordt gebouwd gebruikend ​ het Verdelen ​, een de toepassingskader van het Web dat op de principes van REST wordt gebaseerd die gemakkelijke ontwikkeling van op inhoud-georiënteerde toepassingen verstrekken. Sling gebruikt een JCR-opslagplaats, zoals Apache Jackrabbit Oak, als gegevensopslagplaats. Sling is toegevoegd aan de Apache Software Foundation - meer informatie is te vinden op Apache.

Inleiding tot verkoop introduction-to-sling

Met Verschuiving is het type inhoud dat moet worden gerenderd niet de eerste verwerkingsoverweging. In plaats daarvan wordt vooral nagegaan of de URL wordt omgezet in een inhoudsobject waarvoor vervolgens een script kan worden gevonden om de rendering uit te voeren. Dit proces biedt uitstekende ondersteuning voor auteurs van webinhoud om pagina's samen te stellen die eenvoudig aan hun vereisten kunnen worden aangepast.

De voordelen van deze flexibiliteit worden duidelijk in toepassingen met een groot aantal verschillende inhoudselementen, of wanneer u pagina's nodig hebt die gemakkelijk kunnen worden aangepast. Met name bij de implementatie van een systeem voor webcontentbeheer, zoals AEM.

Zie ​ ontdekken Sling in 15 minuten ​ voor de eerste stappen voor het ontwikkelen met het Verschilderen.

In het volgende diagram wordt de resolutie van het script Sling uitgelegd. Het toont hoe te om van HTTP- verzoek aan inhoudsknoop, van inhoudsknoop aan middeltype, van middeltype aan manuscript te krijgen en welke scripting variabelen beschikbaar zijn.

In het volgende diagram worden de verborgen, maar krachtige, aanvraagparameters uitgelegd die u met SlingPostServlet kunt gebruiken, de standaardhandler voor alle POST-aanvragen. De manager geeft u eindeloze opties voor het creëren van, het wijzigen van, het schrappen van, het kopiëren van, en het bewegen van knopen in de bewaarplaats.

Verdelen is Content Centric sling-is-content-centric

Sling is inhoud-centric. Het betekent dat de verwerking op de inhoud wordt geconcentreerd aangezien elk (HTTP) verzoek op inhoud in de vorm van een middel JCR (een opslagplaats knoop) in kaart wordt gebracht:

RESTful Sling restful-sling

Door zijn inhoud-centric filosofie, voert Sling een REST-oriented server uit en zo kenmerkt een nieuw concept in Web toepassingskaders. De voordelen zijn:

URL-decompositie url-decomposition

Bij Sling wordt de verwerking aangedreven door de URL van het gebruikersverzoek. Hiermee wordt de inhoud gedefinieerd die moet worden weergegeven met de juiste scripts en wordt informatie uit de URL geëxtraheerd.

De volgende URL analyseren:

https://myhost/tools/spy.printable.a4.html/a/b?x=12

U kunt het onderverdelen in zijn samengestelde delen:

Van URL naar inhoud en scripts from-url-to-content-and-scripts

De beginselen van URL-decompositie gebruiken:

De volgende afbeelding illustreert het gebruikte mechanisme, dat in de volgende secties nader wordt besproken.

Met Sling geeft u op welk script een bepaalde entiteit wordt gerenderd (door de eigenschap sling:resourceType in het knooppunt JCR in te stellen). Dit mechanisme biedt meer vrijheid dan één waarin het script de gegevensentiteiten benadert (zoals een SQL-instructie in een PHP-script zou doen) omdat een resource meerdere uitvoeringen kan hebben.

Toewijzingsverzoeken voor bronnen mapping-requests-to-resources

Het verzoek wordt uitgesplitst en de nodige informatie wordt ingewonnen. De repository wordt gezocht naar de gevraagde resource (content node):

Met Sling kunnen andere zaken dan JCR-knooppunten ook bronnen zijn, maar deze functionaliteit is een geavanceerde functie.

Script zoeken locating-the-script

Wanneer het aangewezen middel (inhoudsknoop) wordt gevestigd, wordt het het verbinden middeltype gehaald. Dit pad zoekt naar het script dat moet worden gebruikt voor het renderen van de inhoud.

Het pad dat door sling:resourceType wordt opgegeven, kan als volgt zijn:

Alle Sling-scripts worden opgeslagen in submappen van /apps (mutable, user scripts) of /libs (imutable, system scripts), die in deze volgorde worden doorzocht.

Een paar andere punten die u kunt opmerken zijn:

De lijst met scriptengines die door de opgegeven instantie van AEM worden ondersteund, wordt weergegeven in de Felix Management Console ( http://<host>:<port>/system/console/slingscripting ).

Wanneer u het vorige voorbeeld gebruikt, is sling:resourceType hr/jobs dan for:

Als er meerdere scripts van toepassing zijn voor een bepaalde aanvraag, wordt het script met de beste overeenkomst geselecteerd. Hoe specifieker een overeenkomst is, des te beter deze is. Met andere woorden, hoe meer kiezer het beste aanpast, ongeacht of de aanvraagextensie of methodenamen overeenkomen.

Neem bijvoorbeeld een verzoek om toegang tot de bron

Van type

Ervan uitgaande dat u de volgende lijst met scripts op de juiste locatie hebt:

Vervolgens zou de volgorde van voorkeur (8) - (7) - (6) - (5) - (4) - (3) - (2) - (1) zijn.

Naast de typen bronnen (voornamelijk gedefinieerd door de eigenschap sling:resourceType ) is er ook het hulpbrontype. Dit type wordt aangegeven door de eigenschap sling:resourceSuperType . Deze super types worden ook overwogen wanneer het proberen om een manuscript te vinden. Het voordeel van hulpmiddelsuper types is dat zij een hiërarchie van middelen kunnen vormen waar het standaardmiddeltype sling/servlet/default (dat door standaardservlets wordt gebruikt) effectief de wortel is.

Het resource super type van een middel kan op twee manieren worden bepaald:

Bijvoorbeeld:

De typehiërarchie van:

De reden hiervoor is dat /y de eigenschap sling:resourceSuperType heeft, terwijl /x dit niet doet en dat het supertype daarom wordt ontleend aan het type resource.

Sling-scripts kunnen niet rechtstreeks worden aangeroepen sling-scripts-cannot-be-called-directly

Binnen Verschuiving, kunnen de manuscripten niet direct worden geroepen omdat het het strikte concept van een server van het SPEL zou breken; u zou middelen en vertegenwoordiging mengen.

Als u de vertegenwoordiging (het manuscript) direct roept u het middel binnen uw manuscript verbergt, zodat weet het kader (het Schrapen) niet meer over het. Zo verliest u bepaalde eigenschappen:

Verkopen-API sling-api

Gebruikt het pakket Sling API, org.apache.sling.*, en markeringsbibliotheken.

Verwijzen naar bestaande elementen met gebruik van sling :include referencing-existing-elements-using-sling-include

Een laatste overweging is de noodzaak om naar bestaande elementen in de scripts te verwijzen.

De complexere manuscripten (het samenvoegen van manuscripten) hebben toegang tot veelvoudige middelen (bijvoorbeeld, navigatie, zijbalk, footer, elementen van een lijst), en doen dit door het middel te omvatten.

In dit geval kunt u de opdracht sling:include("/<path>/<resource>") gebruiken. Het omvat effectief de definitie van het referenced middel.

OSGi osgi

OSGi (Open Services Gateway Initiative) definieert een architectuur voor het ontwikkelen en implementeren van modulaire toepassingen en bibliotheken (dit wordt ook wel het Dynamic Module System voor Java™ genoemd). De containers OSGi staan u toe om uw toepassing in individuele modules (zijn jar dossiers met extra meta-informatie en geroepen bundels in terminologie OSGi) te breken en de onderlinge afhankelijkheden te beheren met:

Deze diensten en contracten verstrekken een architectuur die individuele elementen toelaat om elkaar voor samenwerking dynamisch te ontdekken.

Een OSGi-framework biedt u vervolgens dynamisch laden/verwijderen, configureren en beheren van deze bundels, zonder dat u opnieuw moet starten.

Deze architectuur laat u het Verkopen met toepassing-specifieke modules uitbreiden. Sling, en daarom AEM, gebruikt de ​ implementatie van de Felix van 0} Apache {van OSGi. ​ Het zijn beide inzamelingen van bundels OSGi die binnen een kader OSGi lopen.

Met deze functionaliteit kunt u de volgende handelingen uitvoeren op elk van de pakketten in uw installatie:

Zie ​ Vormend OSGi voor AEM as a Cloud Service ​ voor meer informatie.

Structuur in de opslagplaats structure-within-the-repository

De volgende lijst geeft een overzicht van de structuur die u in de repository ziet.