AEM kernconcepten aem-core-concepts

Vereisten voor ontwikkeling op AEM prerequisites-for-developing-on-aem

U hebt de volgende vaardigheden nodig om zich bovenop AEM te ontwikkelen:

U wordt ook aangeraden de Richtlijnen en beste praktijken.

Java Content Repository java-content-repository

De JCR-standaard (Java Content Repository), JSR 283, geeft een leveranciersonafhankelijke en implementatieonafhankelijke manier aan om inhoud bidirectioneel te benaderen op granulair niveau in een inhoudsopslagplaats.

Specificatie lead wordt gehouden door Adobe Research (Zwitserland) AG.

De JCR API 2.0 pakket, javax.jcr.&asteren; wordt gebruikt voor directe toegang tot en manipulatie van inhoud in de repository.

Experience Server (CRX) en Jackrabbit experience-server-crx-and-jackrabbit

De Server van de Ervaring verstrekt de Diensten van de Ervaring die AEM worden voortgebouwd, en die kunnen worden gebruikt om douanetoepassingen te bouwen, en het sluit de Inhoudsbewaarplaats van de Inhoud op Jackrabbit in.

Apache Jackrabbit is een open bron, volledig conform, implementatie van JCR API 2.0.

Verwerking van aanvraag voor verzending sling-request-processing

Inleiding tot verkoop introduction-to-sling

AEM is gemaakt met Sling, een toepassingskader van het Web dat op de principes van REST wordt gebaseerd die gemakkelijke ontwikkeling van inhoud-georiënteerde toepassingen verstrekken. Bij Sling wordt een JCR-opslagplaats gebruikt, zoals Apache Jackrabbit, of in het geval van AEM de CRX Content Repository, als gegevensopslagruimte. Sling is toegevoegd aan de Apache Software Foundation - meer informatie is te vinden op Apache.

Met Verschuiving is het type inhoud dat moet worden gerenderd niet de eerste verwerkingsoverweging. De belangrijkste overweging is in plaats daarvan of de URL wordt omgezet in een inhoudsobject waarvoor vervolgens een script kan worden gevonden om de rendering uit te voeren. Dit 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 wanneer het uitvoeren van een systeem van het Beheer van de Inhoud van het Web zoals WCM in de AEM oplossing.

Zie Ontdek de verkoop binnen 15 minuten voor de eerste stappen voor het ontwikkelen met Sling.

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.

Het volgende diagram verklaart alle verborgen, maar krachtige, verzoekparameters u kunt gebruiken wanneer het behandelen van SlingPostServlet, de standaardmanager voor alle verzoeken van de POST die u eindeloze opties voor het creëren, het wijzigen, het schrappen, het kopiëren en het bewegen van knopen in de bewaarplaats geeft.

Verdelen is Content Centric sling-is-content-centric

Verkopen is inhoudgericht. Dit betekent dat de verwerking wordt geconcentreerd op de inhoud aangezien elk (HTTP) verzoek op inhoud in de vorm van een middel JCR (een gegevensopslagplaats knoop) in kaart wordt gebracht:

RESTful Sling restful-sling

Vanwege de inhoudgerichte filosofie implementeert Sling een REST-georiënteerde server en biedt Sling dus een nieuw concept in een webtoepassingsframework. De voordelen zijn:

URL-decompositie url-decomposition

Bij Sling wordt de verwerking gestuurd door de URL van de gebruikersaanvraag. Dit bepaalt de inhoud die door de aangewezen manuscripten moet worden getoond. Hiervoor wordt informatie opgehaald uit de URL.

Als we de volgende URL analyseren:

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

We kunnen het opsplitsen in samengestelde delen:

protocol HTTP

host Naam van de website.

inhoudspad Pad waarin de inhoud wordt opgegeven die moet worden gerenderd. wordt gebruikt in combinatie met de extensie; in dit voorbeeld vertalen ze naar tools/spy.html.

kiezer(s) Wordt gebruikt voor alternatieve methoden om de inhoud weer te geven; in dit voorbeeld een printervriendelijke versie in A4-indeling.

extension Inhoudsindeling; geeft ook het script op dat moet worden gebruikt voor rendering.

achtervoegsel Kan worden gebruikt om aanvullende informatie op te geven.

param(en) Alle parameters die vereist zijn voor dynamische inhoud.

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

Op basis van deze beginselen:

De onderstaande afbeelding illustreert het gebruikte mechanisme, dat in de volgende secties nader zal worden besproken.

Met Verschuiven geeft u op welk script een bepaalde entiteit wordt gerenderd (door het sling:resourceType eigenschap in het knooppunt JCR). 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.

Verzoeken om toewijzing aan 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 dit is een geavanceerde functie.

Script zoeken locating-the-script

Wanneer de juiste resource (content node) is gevonden, wordt de slingermiddeltype wordt geëxtraheerd. Dit is een pad dat zoekt naar het script dat moet worden gebruikt voor het renderen van de inhoud.

Het pad dat door de sling:resourceType kunnen:

Alle verkoopscripts worden opgeslagen in submappen van /apps of /libs, die in deze volgorde wordt doorzocht (zie Componenten en andere elementen aanpassen).

Een paar andere punten die u kunt opmerken zijn:

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

Daarnaast ondersteunt Apache Sling integratie met andere populaire scriptengines (zoals Groovy, JRuby, Freemarker) en biedt Apache Sling een manier om nieuwe scriptengines te integreren.

Met behulp van het bovenstaande voorbeeld, als sling:resourceType is hr/jobs vervolgens voor:

Als er meerdere scripts van toepassing zijn voor een bepaalde aanvraag, wordt het script met de beste overeenkomst geselecteerd. Hoe specifieker een match is, hoe beter dat is; met andere woorden, de meer selecteur past beter aan, ongeacht om het even welke verzoekuitbreiding of methodenamen.

Neem bijvoorbeeld een verzoek om toegang tot de bron
/content/corporate/jobs/developer.print.a4.html
van het type
sling:resourceType="hr/jobs"

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

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

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

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

Bijvoorbeeld:

De typehiërarchie van:

Dit komt omdat /y de sling:resourceSuperType onroerend goed /x niet en daarom wordt zijn supertype genomen van zijn middeltype.

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

Binnen Verschuiving, kunnen de manuscripten niet direct worden geroepen aangezien dit het strikte concept van een REST server 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

Dit gebruikt het Sling API-pakket, org.apache.sling.* en tagbibliotheken.

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.

Complexere scripts (samengevoegde scripts) moeten mogelijk toegang krijgen tot meerdere bronnen (bijvoorbeeld navigatie, zijbalk, voettekst, elementen van een lijst) en dit doen door de resource.

Hiervoor kunt u de sling gebruiken:include("/<path>/<resource>"). Dit omvat in feite de definitie van de resource waarnaar wordt verwezen, zoals in de volgende instructie die verwijst naar een bestaande definitie voor het renderen van afbeeldingen:

%><sling:include resourceType="geometrixx/components/image/img"/><%

OSGI osgi

OSGi bepaalt een architectuur voor het ontwikkelen en het opstellen van modulaire toepassingen en bibliotheken (het is ook genoemd geworden het Dynamische Systeem van de Module voor Java). 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 staat u toe om het Verkopen met toepassing specifieke modules uit te breiden. Bij Sling, en dus bij CQ5, wordt de optie Apache Felix implementatie van OSGI (Open Services Gateway-initiatief) en is gebaseerd op de specificaties van versie 4.2 van het Platform OSGi Service. Het zijn beide inzamelingen van bundels OSGi die binnen een kader OSGi lopen.

Hierdoor kunt u de volgende handelingen uitvoeren op elk van de pakketten in uw installatie:

Zie de webconsole, OSGI-configuratie en OSGi-configuratie-instellingen voor meer informatie .

Ontwikkelingsobjecten in de AEM development-objects-in-the-aem-environment

De volgende zaken zijn van belang voor ontwikkeling:

Item Een item is een knooppunt of een eigenschap.

Voor gedetailleerde informatie over het manipuleren van voorwerpen van het Punt, verwijs naar Javadocs van de interface javax.jcr.Item

Knooppunt (en de eigenschappen ervan) Knooppunten en hun eigenschappen worden gedefinieerd in de JCR API 2.0-specificatie (JSR 283). Ze slaan inhoud, objectdefinities, scripts en andere gegevens op.

Met knooppunten wordt de inhoudsstructuur gedefinieerd en in de eigenschappen ervan worden de feitelijke inhoud en metagegevens opgeslagen.

Inhoudsknooppunten sturen de rendering. Bij Sling wordt het inhoudsknooppunt van de binnenkomende aanvraag opgehaald. The property sling:resourceType of this node points to the Sling rendering component to be used.

Een knooppunt, dat een JCR-naam is, wordt ook wel een resource genoemd in de Sling-omgeving.

Als u bijvoorbeeld de eigenschappen van het huidige knooppunt wilt ophalen, kunt u de volgende code in uw script gebruiken:

PropertyIterator properties = currentNode.getProperties();

Met currentNode als het huidige knoopvoorwerp.

Voor meer informatie over het manipuleren van voorwerpen van de Knoop, verwijs naar Javadocs.

Widget In AEM wordt alle gebruikersinvoer beheerd door widgets. Deze worden vaak gebruikt om het bewerken van een stuk inhoud te besturen.

Dialoogvensters worden samengesteld door Widgets te combineren.

AEM is ontwikkeld met behulp van de ExtJS-bibliotheek met widgets.

Dialoog Een dialoogvenster is een speciaal type widget.

Voor het bewerken van inhoud gebruikt AEM dialoogvensters die zijn gedefinieerd door de ontwikkelaar van de toepassing. In deze sjablonen wordt een reeks widgets gecombineerd, zodat de gebruiker alle velden en handelingen krijgt die nodig zijn om de gerelateerde inhoud te bewerken.

Dialoogvensters worden ook gebruikt voor het bewerken van metagegevens en door verschillende beheergereedschappen.

Component Een softwarecomponent is een systeemelement dat een vooraf bepaalde dienst of een gebeurtenis aanbiedt, en met andere componenten kan communiceren.

Binnen AEM wordt een component vaak gebruikt om de inhoud van een middel terug te geven. Wanneer de bron een pagina is, wordt de component die de bron rendert, een component op hoofdniveau of een component Pagecomponent genoemd. Een component hoeft echter geen inhoud te renderen en hoeft niet te zijn gekoppeld aan een specifieke bron. een navigatiecomponent geeft bijvoorbeeld informatie over meerdere bronnen weer.

De definitie van een component omvat:,

Sjabloon Een sjabloon is de basis voor een specifiek type pagina. Wanneer u een pagina maakt op het tabblad Websites, moet de gebruiker een sjabloon selecteren. De nieuwe pagina wordt dan gecreeerd door dit malplaatje te kopiëren.

Een sjabloon is een hiërarchie van knooppunten die dezelfde structuur heeft als de pagina die moet worden gemaakt, maar zonder daadwerkelijke inhoud.

Hiermee worden de paginacomponent gedefinieerd die wordt gebruikt om de pagina en de standaardinhoud (primaire inhoud op hoofdniveau) weer te geven. De inhoud definieert hoe deze wordt gerenderd als AEM inhoudcentrisch is.

Paginacomponent (bovenste component) De component die moet worden gebruikt om de pagina weer te geven.

Pagina Een pagina is een 'exemplaar' van een sjabloon.

Een pagina heeft een hiërarchieknooppunt van het type cq:Page en een inhoudsknooppunt van het type cq:PageContent. The property sling:resourceType of the content node points to the Page Component used for rendering the page.

Als u bijvoorbeeld de naam van de huidige pagina wilt ophalen, kunt u de volgende code in uw script gebruiken:

String pageName = currentPage.getName();

Met currentPage wordt het huidige paginaobject. Raadpleeg voor meer informatie over het manipuleren van paginaobjecten de Javadocs.

Paginabeheer Het paginabeheer is een interface die methoden biedt voor bewerkingen op paginaniveau.

Bijvoorbeeld, om de bevattende pagina van een middel te krijgen, kunt u de volgende code in uw manuscript gebruiken:

Page myPage = pageManager.getConcontainingPage(myResource);

Met pageManager die het voorwerp van de paginamanager en myResource zijn een middelvoorwerp. Raadpleeg voor meer informatie over de methoden die worden geleverd door de paginabeheerder de Javadocs.

Structuur in de opslagplaats structure-within-the-repository

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

Omgevingen environments

Met AEM bestaat een productieomgeving vaak uit twee verschillende typen instanties: een Auteur- en publicatie-instanties.

De verzender the-dispatcher

De Dispatcher is een Adobe voor zowel caching als/of taakverdeling. Nadere informatie is te vinden onder de verzender.

FileVault (systeem voor bronrevisie) filevault-source-revision-system

FileVault biedt uw JCR-opslagplaats van bestandssysteemtoewijzing en versiebeheer. Het kan worden gebruikt om AEM ontwikkelingsprojecten met volledige steun voor het opslaan van en het versioning van projectcode, inhoud, configuraties etc., in standaardversiecontrolesystemen (bijvoorbeeld, Subversion) te beheren.

Zie de Gereedschap FileVault documentatie voor gedetailleerde informatie.

Workflows workflows

Uw inhoud is vaak onderhevig aan organisatorische processen, waaronder stappen zoals goedkeuring en aftekening door verschillende deelnemers. Deze processen kunnen als werkschema's worden vertegenwoordigd, gedefinieerd en ontwikkeld binnen AEMen vervolgens toegepast op de juiste inhoudspagina's of digitale middelen zoals vereist.

De Workflow Engine wordt gebruikt om de implementatie van uw workflows en de daarop volgende toepassing op uw inhoud te beheren.

Beheer van meerdere sites multi-site-management

Met MSM (Multi Site Manager) kunt u eenvoudig meerdere websites beheren die gemeenschappelijke inhoud delen. Met MSM kunt u relaties tussen de sites definiëren, zodat wijzigingen in de inhoud van de ene site automatisch worden gerepliceerd in andere sites.

Websites worden bijvoorbeeld vaak in meerdere talen aangeboden voor internationaal publiek. Wanneer het aantal sites in dezelfde taal laag is (drie tot vijf), is een handmatig proces voor het synchroniseren van inhoud in verschillende sites mogelijk. Zodra het aantal sites echter toeneemt of wanneer meerdere talen bij het proces betrokken zijn, wordt het efficiënter om het proces te automatiseren.

Zie voor meer informatie Beheer van meerdere sites.