Contentfragmenten aanpassen en uitbreiden

Een inhoudsfragment breidt een standaardelement uit; zie:

• Inhoudsfragmenten en pagina's ontwerpen en beheren met inhoudfragmenten voor meer informatie over inhoudsfragmenten.

• Het beheren van Activa en het Aanpassen en het Uitbreiden Activa voor verdere informatie over standaardactiva.

Architectuur

De samenstellende delen van een inhoudsfragment zijn:

• A Inhoudsfragment,
• bestaande uit een of meer Content Element s,
• en die een of meer Inhoudsvariatie s kunnen hebben.

Afhankelijk van het type fragment worden ook modellen of sjablonen gebruikt:

• Modellen van contentfragmenten:

  • Wordt gebruikt voor het definiëren van inhoudsfragmenten die gestructureerde inhoud bevatten.
  • Inhoudsfragmentmodellen definiëren de structuur van een inhoudsfragment wanneer dit wordt gemaakt.
  • Een fragment verwijst naar het model; wijzigingen in het model kunnen/zullen dus gevolgen hebben voor afhankelijke fragmenten.
  • Modellen zijn samengesteld uit gegevenstypen.
  • Functies om nieuwe variaties toe te voegen, enz., moeten het fragment dienovereenkomstig bijwerken.
  LET OP

  Wijzigingen in een bestaand inhoudsfragmentmodel kunnen van invloed zijn op afhankelijke fragmenten. dit kan leiden tot weeseigenschappen in die fragmenten .

• Sjablonen voor inhoudsfragmenten:

  • Wordt gebruikt voor het definiëren van eenvoudige inhoudsfragmenten.
  • Sjablonen definiëren de (basis-, alleen-tekst) structuur van een inhoudsfragment wanneer dit wordt gemaakt.
  • De sjabloon wordt naar het fragment gekopieerd wanneer het wordt gemaakt. verdere wijzigingen van de sjabloon worden dus niet weerspiegeld in bestaande fragmenten.
  • Functies om nieuwe variaties toe te voegen, enz., moeten het fragment dienovereenkomstig bijwerken.
  • Sjablonen voor inhoudsfragmenten werken op een andere manier dan andere sjabloonmechanismen in het AEM ecosysteem (bijvoorbeeld paginasjablonen, enz.). Daarom moeten zij afzonderlijk worden beschouwd.
  • Indien gebaseerd op een sjabloon wordt het MIME-type van de inhoud beheerd op de feitelijke inhoud; dit betekent dat elk element en elke variatie een ander MIME-type kunnen hebben.

Integratie met middelen

CFM (Content Fragment Management) maakt deel uit van AEM Assets als:

• Inhoudsfragmenten zijn elementen.
• Ze gebruiken de bestaande functionaliteit Elementen.
• Ze zijn volledig geïntegreerd met middelen (beheerconsoles, enz.).

Gestructureerde inhoudsfragmenten toewijzen aan elementen

Inhoudsfragmenten met gestructureerde inhoud (d.w.z. gebaseerd op een inhoudsfragmentmodel) worden toegewezen aan één element:

• Alle inhoud wordt opgeslagen onder de jcr:content/data-node van het element:

  • De elementgegevens worden opgeslagen onder het master subknooppunt:

    jcr:content/data/master

  • Variaties worden opgeslagen onder een subknooppunt met de naam van de variatie:

    bijv. jcr:content/data/myvariation

  • De gegevens van elk element worden in het desbetreffende subknooppunt opgeslagen als een eigenschap met de elementnaam:

    De inhoud van element text wordt bijvoorbeeld als eigenschap text op jcr:content/data/master opgeslagen

• Metagegevens en bijbehorende inhoud worden onder jcr:content/metadata opgeslagen

  Met uitzondering van de titel en beschrijving, die niet als traditionele metagegevens worden beschouwd en worden opgeslagen op jcr:content

Eenvoudige inhoudsfragmenten toewijzen aan elementen

Eenvoudige inhoudsfragmenten (gebaseerd op een sjabloon) worden toegewezen aan een samenstelling die bestaat uit een hoofdelement en (optionele) subelementen:

• Alle niet-inhoudinformatie van een fragment (zoals titel, beschrijving, metagegevens, structuur) wordt uitsluitend beheerd op het hoofdelement.

• De inhoud van het eerste element van een fragment wordt toegewezen aan de oorspronkelijke uitvoering van het hoofdelement.

  • De variaties (indien aanwezig) van het eerste element worden toegewezen aan andere uitvoeringen van het hoofdelement.

• Aanvullende elementen (indien aanwezig) worden toegewezen aan subactiva van het hoofdactief.

  • De belangrijkste inhoud van deze aanvullende elementen is gekoppeld aan de oorspronkelijke uitvoering van het respectieve subactief.
  • Andere variaties (indien van toepassing) van eventuele aanvullende elementen die zijn toegewezen aan andere uitvoeringen van het desbetreffende subactief.

Locatie van element

Net als bij standaardelementen wordt een inhoudsfragment opgeslagen onder:

• /content/dam

Elementmachtigingen

Zie Inhoudsfragment - Overwegingen verwijderen voor meer informatie.

Functieintegratie

• De functie CFM (Content Fragment Management) is gebaseerd op de kern Elementen, maar moet zo onafhankelijk mogelijk zijn.
• CFM biedt zijn eigen implementaties voor items in de kaart-, kolom- of lijstweergaven; Deze plug-in de bestaande implementaties voor het renderen van de inhoud van Elementen.
• Verschillende middelencomponenten zijn uitgebreid om rekening te houden met inhoudsfragmenten.

Inhoudsfragmenten gebruiken in pagina's

Vanuit AEM pagina's kan naar inhoudsfragmenten worden verwezen, net als met elk ander elementtype. AEM biedt de kerncomponent van het inhoudsfragment - een component waarmee u inhoudsfragmenten op uw pagina's kunt opnemen. U kunt ook de kerncomponent Content Fragment uitbreiden.

• De component gebruikt de eigenschap fragmentPath om naar het daadwerkelijke inhoudsfragment te verwijzen. De fragmentPath-eigenschap wordt op dezelfde wijze afgehandeld als soortgelijke eigenschappen van andere soorten activa; bijvoorbeeld wanneer het inhoudsfragment naar een andere locatie wordt verplaatst.

• Met de component kunt u de variatie selecteren die moet worden weergegeven.

• Bovendien kan een reeks alinea's worden geselecteerd om de uitvoer te beperken; Dit kan bijvoorbeeld worden gebruikt voor uitvoer met meerdere kolommen.

• De component staat in-tussen inhoud toe:

  • Hier kunt u andere elementen (afbeeldingen, enz.) plaatsen tussen de alinea's van het fragment waarnaar wordt verwezen.

    • Voor tussenliggende inhoud moet u:

      • zich bewust zijn van de mogelijkheid van onstabiele referenties; tussenliggende inhoud (toegevoegd tijdens het ontwerpen van een pagina) heeft geen vaste relatie met de alinea die naast de inhoud wordt geplaatst, waarbij een nieuwe alinea (in de inhoudfragmenteditor) wordt ingevoegd voordat de positie van de tussenliggende inhoud de relatieve positie kan verliezen
        • extra parameters (zoals variatie- en alineasofilters) in overweging nemen om verkeerde positieven in zoekresultaten te voorkomen

Configuratie met OSGi-console

De back-endimplementatie van inhoudsfragmenten is bijvoorbeeld verantwoordelijk voor het maken van instanties van een fragment dat wordt gebruikt op een pagina die kan worden doorzocht, of voor het beheren van gemengde media-inhoud. Deze implementatie moet weten welke componenten worden gebruikt voor het renderen van fragmenten en hoe de rendering wordt geparametriseerd.

De parameters voor dit kunnen in de Console van het Web , voor de bundel OSGi DAM de Configuratie van de Fragments van de Inhoud worden gevormd.

• Brontypen

  Er kan een lijst met sling:resourceTypes worden opgegeven om componenten te definiëren die worden gebruikt voor het renderen van inhoudsfragmenten en waar de achtergrondverwerking moet worden toegepast.

• Referentie-eigenschappen

  Een lijst met eigenschappen kan worden geconfigureerd om op te geven waar de verwijzing naar het fragment wordt opgeslagen voor de desbetreffende component.

Er zijn nog enkele richtlijnen die u moet volgen om ervoor te zorgen dat de component compatibel is met de achtergrondverwerking van het inhoudsfragment:

• De naam van de eigenschap waar het element of de elementen worden gerenderd, moet element of elementNames zijn.

• De naam van de eigenschap waar de te renderen variatie is gedefinieerd, moet variation of variationName zijn.

• Als de uitvoer van meerdere elementen wordt ondersteund (door elementNames te gebruiken om meerdere elementen op te geven), wordt de werkelijke weergavemodus gedefinieerd door eigenschap displayMode:

  • Als de waarde singleText is (en er slechts één gevormd element is), dan wordt het element teruggegeven als tekst met inwendige inhoud, lay-outsteun, enz. Dit is de standaardinstelling voor fragmenten waarbij slechts één element wordt gerenderd.
  • Anders wordt een veel eenvoudigere aanpak gebruikt (deze kan 'formulierweergave' worden genoemd), waarbij geen tussenliggende inhoud wordt ondersteund en de fragmentinhoud 'zoals deze is' wordt weergegeven.

• Als het fragment wordt gerenderd voor displayMode == singleText (impliciet of expliciet), worden de volgende aanvullende eigenschappen in spel gezet:

  • paragraphScope definieert of alle alinea's, of alleen een reeks alinea's, moeten worden gerenderd (waarden: all vs range)
  • als paragraphScope == range dan bepaalt het bezit paragraphRange de waaier van paragrafen die moeten worden teruggegeven

Integratie met andere frameworks

Inhoudsfragmenten kunnen worden geïntegreerd met:

• Vertalingen

  Inhoudsfragmenten zijn volledig geïntegreerd met de vertaalworkflow AEM. Op architectonisch niveau betekent dit:

  • De afzonderlijke vertalingen van een inhoudsfragment zijn eigenlijk afzonderlijke fragmenten. bijvoorbeeld:

    • zij bevinden zich in verschillende taalgebieden :

      /content/dam/<path>/en/<to>/<fragment>

      vs

      /content/dam/<path>/de/<to>/<fragment>

    • maar ze delen exact hetzelfde relatieve pad onder de hoofdmap van de taal :

      /content/dam/<path>/en/<to>/<fragment>

      vs

      /content/dam/<path>/de/<to>/<fragment>

  • Naast de op regel gebaseerde paden bestaat er geen verdere verbinding tussen de verschillende taalversies van een inhoudsfragment. ze worden behandeld als twee afzonderlijke fragmenten, hoewel de interface de mogelijkheid biedt om tussen de taalvarianten te navigeren.

  OPMERKING

  De AEM vertaalworkflow werkt met /content:

  • Aangezien de modellen van het inhoudsfragment in /conf verblijven, zijn deze niet inbegrepen in dergelijke vertalingen. U kunt de UI-tekenreeksen internationaliseren.
  • Sjablonen worden gekopieerd om het fragment te maken, zodat dit impliciet is.

• Metagegevensschema's

  • Inhoudsfragmenten (weder)gebruiken de metagegevensschema's, die kunnen worden gedefinieerd met standaardelementen.

• CFM biedt een eigen, specifiek schema:

  /libs/dam/content/schemaeditors/forms/contentfragment

  dit kan zo nodig worden verlengd .

• Het respectievelijke schema-formulier is geïntegreerd met de fragmenteditor.

De API voor contentfragmentbeheer - Server-kant

U kunt de server-kant API gebruiken om tot uw inhoudsfragmenten toegang te hebben; zie:

com.adobe.cq.dam.cfm

Belangrijke interfaces

De volgende drie interfaces kunnen als ingangspunten dienen:

• Fragmentsjabloon

  FragmentTemplate

  Gebruik FragmentTemplate.createFragment() om een nieuw fragment te maken.

  Resource templateOrModelRsc = resourceResolver.getResource("...");
  FragmentTemplate tpl = templateOrModelRsc.adaptTo(FragmentTemplate.class);
  ContentFragment newFragment = tpl.createFragment(parentRsc, "A fragment name", "A fragment description.");
  

  Deze interface vertegenwoordigt:

  • een inhoudsfragmentmodel of een fragmentsjabloon voor inhoud op basis waarvan een inhoudsfragment moet worden gemaakt,
  • en (na het maken) de structuurgegevens van dat fragment

  Deze informatie kan omvatten:

  • Toegang tot basisgegevens (titel, beschrijving)

  • Sjablonen/modellen openen voor de elementen van het fragment:

    • Elementsjablonen weergeven
    • Structuurgegevens voor een bepaald element ophalen
    • Toegang tot de elementsjabloon (zie ElementTemplate)

  • Sjablonen openen voor de variaties van het fragment:

    • Wijzigingssjablonen weergeven
    • Structuurgegevens voor een bepaalde wijziging ophalen
    • Toegang tot de variatiesjabloon (zie VariationTemplate)

  • Aanvankelijke gekoppelde inhoud ophalen

  Interfaces die belangrijke informatie vertegenwoordigen:

  • ElementTemplate

    • Basisgegevens ophalen (naam, titel)
    • Eerste elementinhoud ophalen

  • VariationTemplate

    • Basisgegevens ophalen (naam, titel, beschrijving)

• Inhoudsfragment

  ContentFragment

  Met deze interface kunt u op abstracte wijze werken met een inhoudsfragment.

  LET OP

  Het wordt sterk geadviseerd om tot een fragment door deze interface toegang te hebben. Het rechtstreeks wijzigen van de inhoudsstructuur moet worden vermeden.

  De interface voorziet u van de middelen:

  • Basisgegevens beheren (bijvoorbeeld naam ophalen; get/set titel/beschrijving)

  • Toegang tot metagegevens

  • Toegangselementen:

    • Lijstelementen
    • Elementen op naam ophalen
    • Nieuwe elementen maken (zie Voorbehouden)
    • Gegevens van toegangselement (zie ContentElement)

  • Variaties weergeven die zijn gedefinieerd voor het fragment

  • Nieuwe variaties wereldwijd maken

  • Gekoppelde inhoud beheren:

    • Lijstverzamelingen
    • Verzamelingen toevoegen
    • Verzamelingen verwijderen

  • Open het model of de sjabloon van het fragment

  De interfaces die de belangrijkste elementen van een fragment vertegenwoordigen zijn:

  • Inhoud-element

    ContentElement

    • Basisgegevens ophalen (naam, titel, beschrijving)

    • Inhoud ophalen/instellen

    • Toegang tot variaties van een element:

      • Variaties weergeven
      • Variaties ophalen op naam
      • Nieuwe variaties maken (zie Caveats)
      • Variaties verwijderen (zie Bijschriften)
      • Toegang krijgen tot variatiegegevens (zie ContentVariation)

    • Sneltoets voor het oplossen van variaties (door een aanvullende, implementatiespecifieke fallback-logica toe te passen als de opgegeven variatie niet beschikbaar is voor een element)

  • Inhoudsvariatie

    ContentVariation

    • Basisgegevens ophalen (naam, titel, beschrijving)
    • Inhoud ophalen/instellen
    • Eenvoudige synchronisatie, gebaseerd op laatst gewijzigde informatie

  Alle drie interfaces ( ContentFragment, ContentElement, ContentVariation) breiden de Versionable interface uit, die versiemogelijkheden toevoegt, die voor inhoudsfragmenten worden vereist:

  • Nieuwe versie van het element maken
  • Versies van het element weergeven
  • Hiermee wordt de inhoud opgehaald van een specifieke versie van het element met versiebeheer

Aanpassen - Using adjustTo()

Het volgende kan worden aangepast:

• ContentFragment kan worden aangepast aan:

  • Resource - de onderliggende sloopbron; Let erop dat u het Resource object opnieuw moet opbouwen wanneer u de onderliggende waarde ContentFragment rechtstreeks bijwerkt.
  • Asset - de DAM- Asset abstractie die het inhoudsfragment vertegenwoordigt; Let erop dat het Asset rechtstreeks bijwerken van het ContentFragment object opnieuw moet worden opgebouwd.

• ContentElement kan worden aangepast aan:

  • ElementTemplate - voor toegang tot de structurele informatie van het element.

• FragmentTemplate kan worden aangepast aan:

  • Resource - het Resource bepalen van het model waarnaar wordt verwezen of de oorspronkelijke sjabloon die is gekopieerd;

    • wijzigingen die zijn aangebracht via Resource worden niet automatisch doorgevoerd in FragmentTemplate.

• Resource kan worden aangepast aan:

  • ContentFragment
  • FragmentTemplate

Voorwerpen

Er zij op gewezen dat:

• De API is geïmplementeerd om functionaliteit te bieden die door de UI wordt ondersteund.

• De gehele API is ontworpen om automatisch wijzigingen te behouden en niet (tenzij anders vermeld in de API JavaDoc). Zo zult u altijd de middeloplosser van het respectieve verzoek (of resolver moeten begaan u eigenlijk gebruikt).

• Taken die extra inspanning zouden kunnen vereisen:

  • Door nieuwe elementen te maken/verwijderen wordt de gegevensstructuur van eenvoudige fragmenten (op basis van een fragmentsjabloon) niet bijgewerkt.
  • Als u nieuwe variaties maakt vanuit ContentElement, wordt de gegevensstructuur niet bijgewerkt (maar worden deze globaal gemaakt op basis van ContentFragment).
  • Als u bestaande variaties verwijdert, wordt de gegevensstructuur niet bijgewerkt.

De API voor contentfragmentbeheer - Client-kant

Aanvullende informatie

Zie het volgende:

• filter.xml

  filter.xml voor inhoudsfragmentbeheer is zo geconfigureerd dat het niet overlapt met het elementeninhoudspakket.

Sessies bewerken

Er wordt een bewerkingssessie gestart wanneer de gebruiker een inhoudsfragment opent in een van de editorpagina's. De bewerkingssessie wordt beëindigd wanneer de gebruiker de editor verlaat door Opslaan of Annuleren te selecteren.

Vereisten

Vereisten voor het besturen van een bewerkingssessie zijn:

• Het bewerken van een inhoudsfragment, dat meerdere weergaven kan beslaan (= HTML-pagina's), moet atomisch zijn.
• De bewerking moet ook transactie zijn; aan het einde van de bewerkingssessie moeten de wijzigingen worden vastgelegd (opgeslagen) of teruggedraaid (geannuleerd).
• Randgevallen moeten op de juiste wijze worden afgehandeld; Dit zijn bijvoorbeeld situaties waarin de gebruiker de pagina verlaat door handmatig een URL in te voeren of door globale navigatie te gebruiken.
• Om gegevensverlies te voorkomen, moet er regelmatig automatisch worden opgeslagen (elke x minuten).
• Als een inhoudsfragment tegelijkertijd door twee gebruikers wordt bewerkt, mogen deze de wijzigingen van elkaar niet overschrijven.

Processen

Het gaat om de volgende processen:

• Een sessie starten

  • Er wordt een nieuwe versie van het inhoudsfragment gemaakt.
  • Automatisch opslaan is gestart.
  • Cookies worden ingesteld; Deze definiëren het momenteel bewerkte fragment en geven aan dat er een bewerkingssessie geopend is.

• Een sessie voltooien

  • Automatisch opslaan wordt gestopt.

  • Bij toewijzen:

    • De laatste gewijzigde informatie wordt bijgewerkt.
    • Cookies worden verwijderd.

  • Bij terugdraaien:

    • De versie van het inhoudsfragment dat is gemaakt toen de bewerkingssessie werd gestart, wordt hersteld.
    • Cookies worden verwijderd.

• Bewerken

  • Alle wijzigingen (automatisch opslaan inbegrepen) worden uitgevoerd op het actieve inhoudsfragment - niet in een gescheiden, beveiligd gebied.
  • Deze wijzigingen worden daarom direct doorgevoerd op AEM pagina's die naar het desbetreffende inhoudsfragment verwijzen

Acties

De mogelijke acties zijn:

• Pagina's invoeren

  • Controleren of er al een bewerksessie aanwezig is; door de betreffende cookie te controleren.

    • Als er een bestaat, controleert u of de bewerkingssessie is gestart voor het inhoudsfragment dat momenteel wordt bewerkt

      • Als het huidige fragment, herstelt u de sessie.
      • Als dat niet het geval is, probeert u het bewerken voor het eerder bewerkte inhoudsfragment te annuleren en cookies te verwijderen (er is geen bewerkingssessie daarna aanwezig).

    • Als er geen bewerkingssessie bestaat, wacht u op de eerste wijziging die de gebruiker heeft aangebracht (zie hieronder).

  • Controleer of er al naar het inhoudsfragment wordt verwezen op een pagina en geef zo ja de juiste informatie weer.

• Inhoud wijzigen

  • Wanneer de gebruiker inhoud wijzigt en er geen bewerksessie aanwezig is, wordt een nieuwe bewerksessie gemaakt (zie Een sessie starten).

• Pagina's verlaten

  • Als een bewerkingssessie aanwezig is en de wijzigingen niet zijn doorgevoerd, wordt een modaal bevestigingsdialoogvenster weergegeven waarin de gebruiker op de hoogte wordt gebracht van mogelijk verloren inhoud en waarin hij of zij op de pagina kan blijven.

Voorbeelden

Voorbeeld: Een bestaand inhoudsfragment openen

Hiertoe kunt u de bron die de API vertegenwoordigt aanpassen aan:

com.adobe.cq.dam.cfm.ContentFragment

Bijvoorbeeld:

// first, get the resource
Resource fragmentResource = resourceResolver.getResource("/content/dam/fragments/my-fragment");
// then adapt it
if (fragmentResource != null) {
    ContentFragment fragment = fragmentResource.adaptTo(ContentFragment.class);
    // the resource is now accessible through the API
}

Voorbeeld: Een nieuw inhoudsfragment maken

Als u programmatisch een nieuw inhoudsfragment wilt maken, moet u het volgende gebruiken:

com.adobe.cq.dam.cfm.ContentFragmentManager#create

Bijvoorbeeld:

Resource templateOrModelRsc = resourceResolver.getResource("...");
FragmentTemplate tpl = templateOrModelRsc.adaptTo(FragmentTemplate.class);
ContentFragment newFragment = tpl.createFragment(parentRsc, "A fragment name", "A fragment description.");

Voorbeeld: Het interval voor automatisch opslaan opgeven

Het interval voor automatisch opslaan (gemeten in seconden) kan worden gedefinieerd met behulp van configuratiebeheer (ConfMgr):

• Knooppunt: <conf-root>/settings/dam/cfm/jcr:content

• Naam eigenschap: autoSaveInterval

• Type: Long

• Standaard: 600 (10 minuten); this is defined on /libs/settings/dam/cfm/jcr:content

Als u een auto sparen interval van 5 minuten wilt plaatsen moet u het bezit op uw knoop bepalen; bijvoorbeeld:

• Knooppunt: /conf/global/settings/dam/cfm/jcr:content

• Naam eigenschap: autoSaveInterval

• Type: Long

• Waarde: 300 (5 minuten komt overeen met 300 seconden)

Sjablonen voor inhoudsfragmenten

Zie Sjablonen voor inhoudsfragmenten voor volledige informatie.

Componenten voor pagina-ontwerp

Zie voor meer informatie

• Core Components - Content Fragment Component (aanbevolen)
• Componenten van inhoudsfragment - Componenten voor paginaontwerp