Nedan finns användbara referenser för att bygga AEM-kopplingar och de bör läsas tillsammans med riktlinjerna för hur kopplingar skickas in och underhålls.
En utvecklarlicens för AEM kan fås via Adobe Exchange Program.
AEM är en banbrytande lösning för hantering av webbupplevelser och erbjuder många potentiella integrationsområden. Vanliga integreringsmönster:
Experience Manager as a Cloud Service dokumentation ger värdefulla insikter i utvecklingen av AEM. Nedan finns några specifika tekniska ämnen och referenser som du kan finna användbara när du implementerar en AEM-anslutning:
Förutom den statiska dokumentationen ovan erbjuder Adobe och AEM resurser för att få ut en kontakt på marknaden:
För att stödja rullande driftsättningar har AEM as a Cloud Service paket, av vilka kopplingar är exempel, en strikt separation mellan"oföränderligt" och"muterbart" innehåll. Paketen ska separeras på ett tydligt sätt mellan dem som innehåller:
/apps
/content
och /conf
Kopplingarna ska följa dessa riktlinjer för förpackningen, som beskrivs i den här artikeln. Befintliga kopplingar bör även omfaktoriseras för att anpassas.
Dessutom bör bara Adobe skriva kod i /libs
, med kunder och partners som skriver till /apps
.
Befintliga anslutningar kan också behöva omarbetas för att kunna flytta en konfiguration som tidigare har monterats /etc
till andra mappar på den översta nivån som /conf
. Denna omstrukturering gjordes som en del av AEM 6.5 och beskrivs i AEM 6.5-dokumentation.
Vi rekommenderar att större delen av kopplingskoden placeras under /apps/connectors/<vendor>
för att främja en ren databasstruktur för kunder som har flera kontakter.
En aspekt av anslutningsimplementeringen är att koden som stöder konfigurationen av kopplingen är. Den här koden gör att ett kort med kopplingens namn visas under Verktyg > Åtgärder > Cloud Service. Vid klickning visas en konfigurationsläsare öppnas där kunden väljer den överordnade mappen som ska innehålla kopplingskonfigurationen. Kopplingskoden ska resultera i ett formulär med alla egenskaper som måste konfigureras, och slutligen lagra värdena i en konfigurationsmapp under /conf
. Den här mappen kan senare väljas på fliken Webbplatsegenskaper eller på fliken Resursegenskaper.
Kontextmedvetna konfigurationer gör det möjligt att skapa lager i olika mappar, inklusive /libs
, /apps
, /conf
och undermappar under /conf
. Det har stöd för arv så att kunden kan konfigurera den globala konfigurationen samtidigt som specifika ändringar görs för varje mikroplats. Eftersom den här funktionen kan användas för konfigurationer av Cloud Service bör kopplingskoden referera till konfigurationen med hjälp av det kontextmedvetna konfigurations-API:t i stället för att referera till en specifik konfigurationsnod.
Om ändrade konfigurationer används i Connector ska du skapa Connector som hanterar/sammanfogar eventuella framtida uppdateringar av standardkonfigurationer som tillhandahålls av Connector med eventuella kundkonfigurationer. Kom ihåg att om du ändrar anpassat (som det ändrats av kunden) innehåll eller konfiguration utan kundvarning och samtycke kan det hända att det inte fungerar (eller att det inte fungerar som det ska) med Connector-funktionen.
Eftersom AEM as a Cloud Service är en molnbaserad lösning finns det vissa riktlinjer som kan påverka en anslutares kodstrategier. Se AEM riktlinjer för as a Cloud Service utveckling för mer information.
Nya kopplingar ska skapas (eller befintliga kopplingar ändras) med hjälp av lokala miljöutvecklingstekniker. Partnerteamet kommer att förse ISV-partners med en sandlådemiljö där de kan distribuera sin AEM Connector till ett vaniljprogram för att säkerställa att den fungerar.