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:

Het wordt ook geadviseerd dat u de Richtlijnen en Beste praktijkenleest en volgt.

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.

Specificatie lead is in handen van Adobe Research (Zwitserland) AG.

Het JCR API 2.0pakket, javax.jcr.* wordt gebruikt voor directe toegang tot en bewerking van inhoud in de opslagplaats.

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 in van de Inhoud op Jackrabbit wordt gebaseerd.

Apache Jasrabbitis een open bron, volledig in overeenstemming met, implementatie van JCR API 2.0.

Verwerking van aanvraag voor verzending sling-request-processing

Inleiding tot verkoop introduction-to-sling

AEM wordt gebouwd gebruikend het Schuiven, een toepassing van het Web kader-gebaseerd op de beginselen van REST die gemakkelijke ontwikkeling van inhoud-georiënteerde toepassingen verstrekken. Bij Sling wordt als gegevensopslagruimte een JCR-opslagplaats gebruikt, zoals Apache Jackrabbit of, indien AEM, de CRX Content Repository. 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 ontdekken Sling in 15 minutenvoor 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.

Het volgende diagram verklaart alle verborgen, maar krachtige, verzoekparameters die u wanneer het behandelen van SlingPostServlet kunt gebruiken. Het omvat de standaardmanager voor alle verzoeken van de POST die 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 geeft.

Verdelen is Content Centric sling-is-content-centric

Sling is inhoud-centric. 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 aangedreven door de URL van het gebruikersverzoek. Dit bepaalt de inhoud die door de aangewezen manuscripten moet worden getoond. Hiervoor wordt informatie opgehaald uit de URL.

Als u de volgende URL analyseert:

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

U kunt het onderverdelen in zijn samengestelde delen:

protocol HTTP

gastheer Naam van de website.

inhoudspad Weg die de inhoud specificeren moet worden teruggegeven. Wordt gebruikt met de extensie. In dit voorbeeld worden ze omgezet in tools/spy.html .

selecteurs Gebruikt voor alternatieve methodes om de inhoud terug te geven; in dit voorbeeld een printer-vriendelijke versie in A4 formaat.

uitbreiding formaat van de Inhoud; specificeert ook het manuscript dat voor het teruggeven moet worden gebruikt.

achtervoegsel kan worden gebruikt om extra informatie te specificeren.

params Om het even welke parameters die voor dynamische inhoud worden vereist.

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 wordt beschreven.

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.

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 het aangewezen middel (inhoudsknoop) wordt gevestigd, wordt het het verbinden middeltype gehaald. Dit is een pad dat 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 het Verdelen manuscripten worden opgeslagen in subfolders van of /apps of /libs, die in deze orde (zie het Aanpassen van Componenten en Andere Elementen) wordt gezocht.

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 ).

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

Wanneer u het bovenstaande 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
/content/corporate/jobs/developer.print.a4.html
van het type
sling:resourceType="hr/jobs"

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 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:

Dit komt doordat /y de eigenschap sling:resourceSuperType heeft, terwijl /x dit niet doet en daarom wordt het supertype ervan ontleend aan het type resource.

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

Binnen Verschuiven, kunnen de manuscripten niet direct worden geroepen aangezien dit 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

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 manuscripten (het samenvoegen van manuscripten) moeten tot veelvoudige middelen (navigatie, zijbalk, footer, elementen van een lijst, bijvoorbeeld) toegang hebben en dit doen door het middel te omvatten.

Hiervoor gebruikt u de opdracht sling: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 laten u uw toepassing in individuele modules (die jar dossiers met extra meta-informatie zijn en geroepen bundels in terminologie OSGi) breken en de onderlinge afhankelijkheden 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 CQ5, gebruikt de 🔗 implementatie 0} Apache Felix van OSGI (Open het initiatief van de Gateway van de Diensten) en is gebaseerd op Versie 4 van Versie 4.2 van het Platform van de Dienst OSGi. 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 Console van het Web, Configuratie OSGI, en de Montages van de Configuratie OSGivoor meer informatie.

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

De volgende zaken zijn van belang voor ontwikkeling:

Punt een punt is of een knoop of een bezit.

Voor gedetailleerde informatie bij het manipuleren van de voorwerpen van het Punt, zie de documenten Java™van de Interface javax.jcr.Item

Knoop (en hun eigenschappen) Knooppunten en hun eigenschappen worden bepaald in de specificatie JCR API 2.0 (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();

The currentNode being the current node object.

Voor meer informatie bij het manipuleren van de voorwerpen van de Knoop, zie de documenten Java™.

Widget In AEM wordt al gebruikersinput 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 de ExtJS-bibliotheek met widgets.

Dialoog A dialoog is een speciaal type van 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 van A 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 Bovenste component of een component Pagina genoemd. Een component hoeft echter geen inhoud te renderen en hoeft niet te zijn gekoppeld aan een specifieke bron. Een navigatiecomponent geeft bijvoorbeeld informatie weer over meerdere bronnen.

De definitie van een component omvat het volgende:

Malplaatje A malplaatje is de basis voor een specifiek type van pagina. Wanneer de gebruiker een pagina op het tabblad Websites maakt, moet deze 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.

Component van de Pagina (Top-Level Component) de component die moet worden gebruikt om de pagina terug te geven.

Pagina A pagina is een "geval"van een malplaatje.

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();

TcurrentPage is het huidige paginaobject. Voor meer informatie bij het manipuleren van de voorwerpen van de Pagina, zie de documenten Java™.

de Manager van de Pagina De paginamanager is een Interface die methodes voor de verrichtingen van het paginaniveau verstrekt.

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

Page myPage = pageManager.getConcontainingPage(myResource);

De pageManager die het voorwerp van de paginamanager zijn, en myResource een middelvoorwerp. Voor meer informatie over de methodes die door de paginamanager worden verstrekt, zie de documenten Java™.

Structuur in de opslagplaats structure-within-the-repository

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

Omgevingen environments

Met AEM, bestaat een productiemilieu vaak uit twee verschillende soorten instanties: een Auteur en een instanties van Publish.

De Dispatcher the-dispatcher

De Dispatcher is het hulpmiddel van de Adobe voor zowel caching als/of lading het in evenwicht brengen. De verdere informatie kan onder worden gevonden Dispatcher.

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 het hulpmiddel FileVaultdocumentatie 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, bepaald en binnen AEMontwikkeld, dan toegepast op de aangewezen inhoudspagina'sof digitale activazoals 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 over sites mogelijk. Nochtans, wanneer het aantal plaatsen groeit of wanneer de veelvoudige talen betrokken zijn, wordt het efficiënter om het proces te automatiseren.

Voor meer informatie, zie MultiManager van de Plaats.