DokumentationAEM 6.4Entwickleranleitung

Erweitern des Multi-Site-Managers extending-the-multi-site-manager

Last update: Thu May 04 2023 00:00:00 GMT+0000 (Coordinated Universal Time)

Erstellt für:

  • Developer
CAUTION
AEM 6.4 hat das Ende der erweiterten Unterstützung erreicht und diese Dokumentation wird nicht mehr aktualisiert. Weitere Informationen finden Sie in unserer technische Unterstützung. Unterstützte Versionen suchen here.

Auf dieser Seite können Sie die Funktionen des Multi-Site-Managers erweitern:

  • Erfahren Sie mehr über die wichtigsten Mitglieder der MSM Java-API.
  • Erstellen Sie eine neue Synchronisierungsaktion, die in einer Rollout-Konfiguration verwendet werden kann.
  • Ändern Sie die standardmäßigen Sprach- und Ländercodes.
NOTE
Diese Seite sollte in Verbindung mit folgenden Elementen gelesen werden:
CAUTION
Der Multi-Site-Manager und die zugehörige API werden beim Erstellen einer Website verwendet und sind daher nur für die Verwendung in einer Autorenumgebung vorgesehen.

Übersicht über die Java-API overview-of-the-java-api

Multi-Site-Management umfasst die folgenden Pakete:

Die wichtigsten MSM-API-Objekte interagieren wie folgt (siehe auch Verwendete Begriffe):

chlimage_1-35

  • Blueprint
    Ein Blueprint (wie in Blueprint-Konfiguration) legt die Seiten fest, von denen eine Live Copy Inhalte erben kann.

    chlimage_1-36

    • Die Verwendung einer Blueprint-Konfiguration (Blueprint) ist optional, aber sie:

      • ermöglicht es dem Autor, die Rollout-Option auf der Quelle zu nutzen (um Änderungen (explizit) an Live Copies zu pushen, die Inhalte von dieser Quelle erben)
      • Ermöglicht dem Autor die Verwendung von Site erstellen; Dadurch kann der Benutzer einfach Sprachen auswählen und die Struktur der Live Copy konfigurieren.
      • Definiert die standardmäßige Rollout-Konfiguration für alle resultierenden Live Copies.

  • LiveRelationship Die LiveRelationship legt die Verbindung (Beziehung) zwischen einer Ressource im Live Copy-Zweig und der entsprechenden Quelle/Blueprint-Ressource fest.

    • Die Beziehungen werden bei der Umsetzung der Vererbung und des Rollouts genutzt.
    • LiveRelationship-Objekte bieten Zugriff (Verweise) auf die Rollout-Konfigurationen (RolloutConfig), LiveCopy und LiveStatus-Objekte, die mit der Beziehung zusammenhängen.
    • Beispiel: Eine Live Copy wird unter /content/copy/us von der Quelle / dem Blueprint unter /content/we-retail/language-masters erstellt. Die Ressourcen /content/we.retail/language-masters/en/jcr:content und /content/copy/us/en/jcr:content bilden eine Beziehung.

  • LiveCopy speichert die Konfigurationsdaten für die Beziehungen (LiveRelationship) zwischen den Live Copy-Ressourcen und ihren Quell-/Blueprint-Ressourcen.

    • Über die Klasse LiveCopy können Sie auf den Pfad der Seite, den Pfad der Quell-/Blueprint-Seite und die Rollout-Konfigurationen zugreifen und festlegen, ob die untergeordneten Seiten ebenfalls in der LiveCopy enthalten sind.
    • Ein LiveCopy-Knoten wird immer erstellt, wenn Website erstellen oder Live Copy erstellen genutzt wird.

  • LiveStatus-Objekte bieten Zugriff auf den Laufzeitstatus einer LiveRelationship. Sie können damit den Synchronisierungsstatus einer Live Copy abfragen.

  • LiveAction ist eine Aktion, die für jede Ressource ausgeführt wird, die am Rollout beteiligt ist.

    • LiveActions werden nur von RolloutConfigs erzeugt.

  • LiveActionFactory erstellt LiveAction Objekte, die LiveAction Konfiguration. Konfigurationen werden als Ressourcen im Repository gespeichert.

  • RolloutConfig enthält eine Liste von LiveActions, das bei Auslösung verwendet werden soll. Die LiveCopy erbt die RolloutConfig und das Ergebnis befindet sich in der LiveRelationship.

    • Beim erstmaligen Einrichten einer Live Copy wird auch eine RolloutConfig verwendet (die die LiveActions Trigger).

Erstellen einer neuen Synchronisierungsaktion creating-a-new-synchronization-action

Erstellen Sie benutzerdefinierte Synchronisierungsaktionen zur Verwendung mit Ihren Rollout-Konfigurationen. Erstellen Sie eine Synchronisierungsaktion, wenn die Variable installierte Aktionen Ihre spezifischen Anwendungsanforderungen nicht erfüllen. Erstellen Sie dazu zwei Klassen:

LiveActionFactory erstellt Instanzen der Klasse LiveAction für eine bestimmte Konfiguration:

  • LiveAction-Klassen umfassen die folgenden Methoden:

    • getName: Gibt den Namen der Aktion zurück. Mit diesem Namen wird auf die Aktion verwiesen, z. B. in Rollout-Konfigurationen.
      • execute: Führt die Aufgabe der Aktion aus.

  • LiveActionFactory-Klassen umfassen die folgenden Mitglieder:

    • LIVE_ACTION_NAME: Ein Feld, das den Namen der zugehörigen LiveAction enthält. Dieser Name muss mit dem Wert übereinstimmen, der von der Methode getName der Klasse LiveAction zurückgegeben wird.
    • createAction: Erstellt eine Instanz der LiveAction. Der optionale Parameter Resource kann verwendet werden, um Konfigurationsdaten bereitzustellen.
    • createsAction: Gibt den Namen der zugehörigen LiveAction zurück.

Zugreifen auf den LiveAction-Konfigurationsknoten accessing-the-liveaction-configuration-node

Mit dem LiveAction-Konfigurationsknoten im Repository können Sie Daten speichern, die das Laufzeitverhalten der LiveAction-Instanz beeinflussen. Der Knoten im Repository, in dem die LiveAction-Konfiguration gespeichert ist, steht dem LiveActionFactory-Objekt zur Laufzeit zur Verfügung. Somit können Sie Eigenschaften zum Konfigurationsknoten hinzufügen und sie bei Bedarf in Ihrer LiveActionFactory-Implementierung nutzen.

Beispielsweise muss eine LiveAction den Namen eines Blueprint-Autors speichern. Eine Eigenschaft des Konfigurationsknotens umfasst den Eigenschaftsnamen der Blueprint-Seite, in der die Informationen gespeichert werden. Zur Laufzeit ruft die LiveAction den Eigenschaftsnamen von der Konfiguration ab und erhält dann den Eigenschaftswert.

Der Parameter der Methode LiveActionFactory ist ein Resource-Objekt. .createAction Dieses Resource-Objekt repräsentiert den Knoten cq:LiveSyncAction für diese Live-Aktion in der Rollout-Konfiguration; siehe: Erstellen einer Rollout-Konfiguration. Wie bei Konfigurationsknoten gewohnt, sollten Sie ihn an ein ValueMap-Objekt anpassen:

public LiveAction createAction(Resource resource) throws WCMException {
        ValueMap config;
        if (resource == null || resource.adaptTo(ValueMap.class) == null) {
            config = new ValueMapDecorator(Collections.<String, Object>emptyMap());
        } else {
            config = resource.adaptTo(ValueMap.class);
        }
        return new MyLiveAction(config, this);
}

Zugreifen auf Zielknoten, Quellknoten und die LiveRelationship accessing-target-nodes-source-nodes-and-the-liverelationship

Die folgenden Objekte sind als Parameter der execute-Methode vom LiveAction-Objekt verfügbar:

  • ein Resource-Objekt, das die Quelle der Live Copy repräsentiert

  • ein Resource-Objekt, das das Ziel der Live Copy repräsentiert

  • das LiveRelationship-Objekt für die Live Copy

  • Der Wert autoSave gibt an, ob die LiveAction am Repository vorgenommene Änderungen speichern soll.

  • Der Wert für das Zurücksetzen legt den Rollout-Modus für das Zurücksetzen fest.

Über diese Objekte können Sie alle Daten zur LiveCopy abrufen. Mit den Resource-Objekten können Sie auch die ResourceResolver-, Session- und Node-Objekte abrufen. Diese Objekte sind bei der Bearbeitung der Repository-Inhalte hilfreich:

In der ersten Zeile des folgenden Codes ist das Resource-Objekt der Quellseite die Quelle:

ResourceResolver resolver = source.getResourceResolver();
Session session = resolver.adaptTo(javax.jcr.Session.class);
Node sourcenode = source.adaptTo(javax.jcr.Node.class);
NOTE
Die Resource-Argumente können null- oder Resources-Objekte sein, die sich nicht an Node-Objekte anpassen, z. B. NonExistingResource-Objekte.

Erstellen einer neuen Rollout-Konfiguration creating-a-new-rollout-configuration

Erstellen Sie eine Rollout-Konfiguration, wenn die installierten Rollout-Konfigurationen Ihre Anwendungsanforderungen nicht erfüllen:

Die neue Rollout-Konfiguration steht dann zur Verfügung, wenn Sie die Rollout-Konfigurationen auf einer Blueprint oder einer Live Copy-Seite festlegen.

NOTE
Siehe auch Best Practices zum Anpassen von Rollouts.

Erstellen der Rollout-Konfiguration create-the-rollout-configuration

So erstellen Sie eine neue Rollout-Konfiguration:

  1. Öffnen Sie CRXDE Lite; z. B.:
    http://localhost:4502/crx/de

  2. Gehen Sie zu :
    /apps/msm/<your-project>/rolloutconfigs

    note note
    NOTE
    Dies ist die benutzerdefinierte Version Ihres Projekts von:
    /libs/msm/wcm/rolloutconfigs
    Muss erstellt werden, wenn dies Ihre erste Konfiguration ist.
    note note
    NOTE
    Sie dürfen keinerlei Änderungen im Pfad /libs vornehmen.
    Denn der Inhalt von /libs wird überschrieben, wenn Sie die Instanz das nächste Mal aktualisieren. (Außerdem kann der Inhalt auch durch Anwenden von Hotfixes oder Feature Packs überschrieben werden.)
    Die empfohlene Methode zur Konfiguration und für andere Änderungen sieht wie folgt aus:
    • Erstellen Sie das erforderliche Element neu (d. h. wie es in /libs aussieht) unter /apps.
    • Nehmen Sie die gewünschten Änderungen in /apps vor.

  3. Erstellen Sie darunter einen Knoten mit den folgenden Eigenschaften:

    • Name: Der Knotenname der Rollout-Konfiguration. md#installed-synchronization-actions), zum Beispiel contentCopy oder workflow.
    • Typ: cq:RolloutConfig

  4. Fügen Sie diesem Knoten die folgenden Eigenschaften hinzu:

    • Name: jcr:title

      Typ: String
      Wert: Ein bezeichnender Titel, der in der Benutzeroberfläche angezeigt wird.

    • Name: jcr:description

      Typ: String
      Wert: Eine optionale Beschreibung.

    • Name: cq:trigger

      Typ: String
      Wert: Der zu verwendende Rollout-Trigger. Die folgenden Optionen stehen zur Auswahl:

      • rollout
      • modification
      • publish
      • deactivate

  5. Klicken Sie auf Alle speichern.

Hinzufügen von Synchronisierungsaktionen zur Rollout-Konfiguration add-synchronization-actions-to-the-rollout-configuration

Rollout-Konfigurationen werden unter dem Rollout-Konfigurationsknoten gespeichert, den Sie unter dem Knoten /apps/msm/<your-project>/rolloutconfigs erstellt haben.

Fügen Sie untergeordnete Knoten des Typs cq:LiveSyncAction hinzu, um Synchronisierungsaktionen zur Rollout-Konfiguration hinzuzufügen. Die Reihenfolge der Synchronisierungsaktionsknoten bestimmt die Reihenfolge, in der die Aktionen durchgeführt werden.

  1. Wählen Sie noch in der CRXDE Lite Ihre Rollout-Konfigurations-Knoten.

    Beispiel:
    /apps/msm/myproject/rolloutconfigs/myrolloutconfig

  2. Erstellen Sie einen Knoten mit den folgenden Knoteneigenschaften:

    • Name: Der Knotenname der Synchronisierungsaktion.
      Der Name muss dem Aktionsnamen in der Tabelle unter Synchronisierungsaktionen entsprechen, z. B. contentCopy oder workflow.
    • Typ: cq:LiveSyncAction

  3. Fügen Sie beliebig viele Synchronisierungsaktionsknoten hinzu und konfigurieren Sie sie. Ordnen Sie die Aktionsknoten so an, dass ihre Reihenfolge der gewünschten Reihenfolge entspricht. Der oberste Aktionsknoten tritt zuerst auf.

  4. Klicken Sie auf Alle speichern.

Erstellen und Verwenden einer einfachen LiveActionFactory-Klasse creating-and-using-a-simple-liveactionfactory-class

Mit den Verfahren, die in diesem Abschnitt erläutert werden, können Sie eine LiveActionFactory entwickeln und in einer Rollout-Konfiguration verwenden. Für die Entwicklung und Bereitstellung der LiveActionFactory werden Maven und Eclipse verwendet:

  1. Maven-Projekt erstellen und importieren Sie es in Eclipse.
  2. Abhängigkeiten hinzufügen in die POM-Datei.
  3. Implementieren Sie die LiveActionFactory-Schnittstelle und stellen Sie das OSGi-Bundle bereit.
  4. Erstellen der Rollout-Konfiguration.
  5. Erstellen der Live Copy.

Das Maven-Projekt und der Quell-Code der Java-Klasse sind im öffentlichen Git-Repository verfügbar.

CODE FÜR GITHUB

Den Code dieser Seite finden Sie auf GitHub.

Maven-Projekt erstellen create-the-maven-project

Für das folgende Verfahren müssen Sie das adobe-public -Profil zu Ihrer Maven-Einstellungsdatei hinzugefügt haben.

  1. Öffnen Sie eine Terminal- oder Befehlszeilensitzung und ändern Sie das Verzeichnis so, dass es auf den Speicherort verweist, an dem das Projekt erstellt werden soll.

  2. Geben Sie den folgenden Befehl ein:

    code language-xml 
    mvn archetype:generate -DarchetypeGroupId=com.day.jcr.vault -DarchetypeArtifactId=multimodule-content-package-archetype -DarchetypeVersion=1.0.0 -DarchetypeRepository=adobe-public-releases

  3. Geben Sie die folgenden Werte an der interaktiven Eingabeaufforderung an:

    • groupId: com.adobe.example.msm
    • artifactId: MyLiveActionFactory
    • version: 1.0-SNAPSHOT
    • package: MyPackage
    • appsFolderName: myapp
    • artifactName: MyLiveActionFactory package
    • packageGroup: myPackages

  4. Starten Sie Eclipse und Importieren des Maven-Projekts.

Abhängigkeiten zur POM-Datei hinzufügen add-dependencies-to-the-pom-file

Fügen Sie Abhängigkeiten hinzu, damit der Eclipse-Compiler auf die Klassen verweisen kann, die im LiveActionFactory-Code verwendet werden.

  1. Wählen Sie im Eclipse-Projekt-Explorer folgende Datei aus:

    MyLiveActionFactory/pom.xml

  2. Klicken Sie im Editor auf die Registerkarte pom.xml und suchen Sie den Abschnitt project/dependencyManagement/dependencies.

  3. Fügen Sie den folgenden XML-Code zum Element dependencyManagement hinzu und speichern Sie dann die Datei.

    code language-xml 
     <dependency>
  <groupId>com.day.cq.wcm</groupId>
  <artifactId>cq-msm-api</artifactId>
  <version>5.6.2</version>
  <scope>provided</scope>
 </dependency>
 <dependency>
  <groupId>org.apache.sling</groupId>
  <artifactId>org.apache.sling.api</artifactId>
  <version>2.4.3-R1488084</version>
  <scope>provided</scope>
 </dependency>
 <dependency>
  <groupId>com.day.cq.wcm</groupId>
  <artifactId>cq-wcm-api</artifactId>
  <version>5.6.6</version>
  <scope>provided</scope>
 </dependency>
 <dependency>
  <groupId>org.apache.sling</groupId>
  <artifactId>org.apache.sling.commons.json</artifactId>
  <version>2.0.6</version>
  <scope>provided</scope>
 </dependency>
 <dependency>
  <groupId>com.day.cq</groupId>
  <artifactId>cq-commons</artifactId>
  <version>5.6.4</version>
  <scope>provided</scope>
 </dependency>
 <dependency>
  <groupId>org.apache.sling</groupId>
  <artifactId>org.apache.sling.jcr.jcr-wrapper</artifactId>
  <version>2.0.0</version>
  <scope>provided</scope>
 </dependency>
 <dependency>
  <groupId>com.day.cq</groupId>
  <artifactId>cq-commons</artifactId>
  <version>5.6.4</version>
  <scope>provided</scope>
 </dependency>

  4. Öffnen Sie im Projekt-Explorer unter MyLiveActionFactory-bundle/pom.xml die POM-Datei für das Bundle.

  5. Klicken Sie im Editor auf die Registerkarte pom.xml und suchen Sie den Abschnitt project/dependencies. Fügen Sie die folgende XML innerhalb des Elements "dependencies"hinzu und speichern Sie dann die Datei:

    code language-xml 
     <dependency>
  <groupId>com.day.cq.wcm</groupId>
  <artifactId>cq-msm-api</artifactId>
 </dependency>
 <dependency>
  <groupId>org.apache.sling</groupId>
  <artifactId>org.apache.sling.api</artifactId>
 </dependency>
 <dependency>
  <groupId>com.day.cq.wcm</groupId>
  <artifactId>cq-wcm-api</artifactId>
 </dependency>
 <dependency>
  <groupId>org.apache.sling</groupId>
  <artifactId>org.apache.sling.commons.json</artifactId>
 </dependency>
 <dependency>
  <groupId>com.day.cq</groupId>
  <artifactId>cq-commons</artifactId>
 </dependency>
 <dependency>
  <groupId>org.apache.sling</groupId>
  <artifactId>org.apache.sling.jcr.jcr-wrapper</artifactId>
 </dependency>
 <dependency>
  <groupId>com.day.cq</groupId>
  <artifactId>cq-commons</artifactId>
 </dependency>

LiveActionFactory implementieren implement-liveactionfactory

Die folgende LiveActionFactory-Klasse implementiert eine LiveAction, die Nachrichten zu Quell- und Zielseiten protokolliert und die Eigenschaft cq:lastModifiedBy vom Quell- zum Zielknoten kopiert. Der Name der Live-Aktion lautet exampleLiveAction.

  1. Klicken Sie Projekt-Explorer von Eclipse mit der rechten Maustaste auf das Paket MyLiveActionFactory-bundle/src/main/java/com.adobe.example.msm und klicken Sie auf Neu > Klasse. Geben Sie als Name den Wert ExampleLiveActionFactory ein und klicken Sie dann auf Fertig.

  2. Öffnen Sie die Datei ExampleLiveActionFactory.java, ersetzen Sie den Inhalt durch den folgenden Code und speichern Sie die Datei.

    code language-java 
    package com.adobe.example.msm;

import java.util.Collections;

import org.apache.felix.scr.annotations.Component;
import org.apache.felix.scr.annotations.Property;
import org.apache.felix.scr.annotations.Service;
import org.apache.sling.api.resource.Resource;
import org.apache.sling.api.resource.ResourceResolver;
import org.apache.sling.api.resource.ValueMap;
import org.apache.sling.api.wrappers.ValueMapDecorator;
import org.apache.sling.commons.json.io.JSONWriter;
import org.apache.sling.commons.json.JSONException;

import org.slf4j.Logger;
import org.slf4j.LoggerFactory;

import javax.jcr.Node;
import javax.jcr.RepositoryException;
import javax.jcr.Session;

import com.day.cq.wcm.msm.api.ActionConfig;
import com.day.cq.wcm.msm.api.LiveAction;
import com.day.cq.wcm.msm.api.LiveActionFactory;
import com.day.cq.wcm.msm.api.LiveRelationship;
import com.day.cq.wcm.api.WCMException;

@Component(metatype = false)
@Service
public class ExampleLiveActionFactory implements LiveActionFactory<LiveAction> {
 @Property(value="exampleLiveAction")
 static final String actionname = LiveActionFactory.LIVE_ACTION_NAME;

 public LiveAction createAction(Resource config) {
  ValueMap configs;
  /* Adapt the config resource to a ValueMap */
        if (config == null || config.adaptTo(ValueMap.class) == null) {
            configs = new ValueMapDecorator(Collections.<String, Object>emptyMap());
        } else {
            configs = config.adaptTo(ValueMap.class);
        }

  return new ExampleLiveAction(actionname, configs);
 }
 public String createsAction() {
  return actionname;
 }
 /************* LiveAction ****************/
 private static class ExampleLiveAction implements LiveAction {
  private String name;
  private ValueMap configs;
  private static final Logger log = LoggerFactory.getLogger(ExampleLiveAction.class);

  public ExampleLiveAction(String nm, ValueMap config){
   name = nm;
   configs = config;
  }

  public void execute(Resource source, Resource target,
    LiveRelationship liverel, boolean autoSave, boolean isResetRollout)
      throws WCMException {

   String lastMod = null;

   log.info(" *** Executing ExampleLiveAction *** ");

   /* Determine if the LiveAction is configured to copy the cq:lastModifiedBy property */
   if ((Boolean) configs.get("repLastModBy")){

    /* get the source's cq:lastModifiedBy property */
    if (source != null && source.adaptTo(Node.class) !=  null){
     ValueMap sourcevm = source.adaptTo(ValueMap.class);
     lastMod = sourcevm.get(com.day.cq.wcm.msm.api.MSMNameConstants.PN_PAGE_LAST_MOD_BY, String.class);
    }

    /* set the target node's la-lastModifiedBy property */
    Session session = null;
    if (target != null && target.adaptTo(Node.class) !=  null){
     ResourceResolver resolver = target.getResourceResolver();
     session = resolver.adaptTo(javax.jcr.Session.class);
     Node targetNode;
     try{
      targetNode=target.adaptTo(javax.jcr.Node.class);
      targetNode.setProperty("la-lastModifiedBy", lastMod);
      log.info(" *** Target node lastModifiedBy property updated: {} ***",lastMod);
     }catch(Exception e){
      log.error(e.getMessage());
     }
    }
    if(autoSave){
     try {
      session.save();
     } catch (Exception e) {
      try {
       session.refresh(true);
      } catch (RepositoryException e1) {
       e1.printStackTrace();
      }
      e.printStackTrace();
     }
    }
   }
  }
  public String getName() {
   return name;
  }

  /************* Deprecated *************/
  @Deprecated
  public void execute(ResourceResolver arg0, LiveRelationship arg1,
    ActionConfig arg2, boolean arg3) throws WCMException {
  }
  @Deprecated
  public void execute(ResourceResolver arg0, LiveRelationship arg1,
    ActionConfig arg2, boolean arg3, boolean arg4)
      throws WCMException {
  }
  @Deprecated
  public String getParameterName() {
   return null;
  }
  @Deprecated
  public String[] getPropertiesNames() {
   return null;
  }
  @Deprecated
  public int getRank() {
   return 0;
  }
  @Deprecated
  public String getTitle() {
   return null;
  }
  @Deprecated
  public void write(JSONWriter arg0) throws JSONException {
  }
 }
}

  3. Ändern Sie über eine Terminal- oder Befehlszeilensitzung das Verzeichnis in das Verzeichnis MyLiveActionFactory (das Maven-Projektverzeichnis). Geben Sie dann den folgenden Befehl ein:

    code language-shell 
    mvn -PautoInstallPackage clean install

    Die AEM-Datei error.log sollte angeben, dass das Bundle gestartet wurde.

    Beispiel: http://localhost:4502/system/console/status-slinglogs.

    code language-xml 
    13.08.2013 14:34:55.450 *INFO* [OsgiInstallerImpl] com.adobe.example.msm.MyLiveActionFactory-bundle BundleEvent RESOLVED
13.08.2013 14:34:55.451 *INFO* [OsgiInstallerImpl] com.adobe.example.msm.MyLiveActionFactory-bundle BundleEvent STARTING
13.08.2013 14:34:55.451 *INFO* [OsgiInstallerImpl] com.adobe.example.msm.MyLiveActionFactory-bundle BundleEvent STARTED
13.08.2013 14:34:55.453 *INFO* [OsgiInstallerImpl] com.adobe.example.msm.MyLiveActionFactory-bundle Service [com.adobe.example.msm.ExampleLiveActionFactory,2188] ServiceEvent REGISTERED
13.08.2013 14:34:55.454 *INFO* [OsgiInstallerImpl] org.apache.sling.audit.osgi.installer Started bundle com.adobe.example.msm.MyLiveActionFactory-bundle [316]

Erstellen der Rollout-Beispielkonfiguration create-the-example-rollout-configuration

Erstellen Sie die MSM-Rollout-Konfiguration, die die von Ihnen erstellte LiveActionFactory nutzt:

  1. Erstellen und konfigurieren Sie eine Rollout-Konfiguration über das Standardverfahren – mit den folgenden Eigenschaften:

    • Titel: Beispiel-Rollout-Konfiguration
    • Name: examplerolloutconfig
    • cq:trigger: publish

Hinzufügen der Live-Aktion zur Rollout-Beispielkonfiguration add-the-live-action-to-the-example-rollout-configuration

Konfigurieren Sie die beim vorhergehenden Verfahren erstellte Rollout-Konfiguration so, dass sie die Klasse ExampleLiveActionFactory verwendet.

  1. Offene CRXDE Lite; Beispiel: http://localhost:4502/crx/de.

  2. Erstellen Sie den entsprechenden Knoten unter /apps/msm/rolloutconfigs/examplerolloutconfig/jcr:content:

    • Name: exampleLiveAction
    • Typ: cq:LiveSyncAction

  3. Klicken Sie auf Alle speichern.

  4. Wählen Sie den Knoten exampleLiveAction aus und fügen Sie die folgende Eigenschaft hinzu:

    • Name: repLastModBy
    • Typ: Boolean
    • Wert: true

    Diese Eigenschaft teilt der Klasse ExampleLiveAction mit, dass die Eigenschaft cq:LastModifiedBy vom Quell- zum Zielknoten repliziert werden soll.

  5. Klicken Sie auf Alle speichern.

Erstellen der Live Copy create-the-live-copy

Erstellen einer Live Copy der englischsprachigen/produktbezogenen Verzweigung der We.Retail-Referenz-Site mit Ihrer Rollout-Konfiguration:

  • Quelle: /content/we-retail/language-masters/en/products

  • Rollout-Konfiguration: Rollout-Beispielkonfiguration

Aktivieren Sie die (englische) Seite Products des Quellzweigs und beobachten Sie die Protokollnachrichten, die von der Klasse LiveAction erzeugt werden:

16.08.2013 10:53:33.055 *INFO* [Thread-444535] com.adobe.example.msm.ExampleLiveActionFactory$ExampleLiveAction  *** ExampleLiveAction has been executed.***
16.08.2013 10:53:33.055 *INFO* [Thread-444535] com.adobe.example.msm.ExampleLiveActionFactory$ExampleLiveAction  *** Target node lastModifiedBy property updated: admin ***

Ändern von Sprachnamen und Standardländern changing-language-names-and-default-countries

AEM verwendet einen Standardsatz von Sprach- und Ländercodes.

  • Der Standard-Sprachcode ist der aus zwei Buchstaben bestehende Code in Kleinbuchstaben gemäß ISO-639-1.
  • Der standardmäßige Ländercode ist der aus zwei Buchstaben bestehende Code in Kleinbuchstaben oder Großbuchstaben gemäß ISO 3166.

MSM verwendet eine gespeicherte Liste von Sprach- und Ländercodes, um den Namen des Landes zu bestimmen, das mit dem Namen der Sprachversion Ihrer Seite verknüpft ist. Sie können bei Bedarf die folgenden Aspekte der Liste ändern:

  • Sprachtitel
  • Ländernamen
  • Standardländer für Sprachen (bei Codes wie en, de oder anderen)

Die Sprachliste ist unter dem Knoten /libs/wcm/core/resources/languages gespeichert. Jeder untergeordnete Knoten steht für eine Sprache oder ein Sprachland:

  • Der Name des Knotens ist der Sprach-Code (z. B. en oder de) oder der Sprache_Land-Code (z. B. en_us oder de_ch).

  • In der Eigenschaft language des Knotens wird der volle Name der Sprache für den Code gespeichert.

  • In der Eigenschaft country des Knotens wird der volle Name des Landes für den Code gespeichert.

  • Wenn der Knotenname nur aus einem Sprach-Code besteht (z. B. en), ist die Ländereigenschaft * und die zusätzliche Eigenschaft defaultCountry speichert den Code des Sprachlandes, um das zu verwendende Land anzugeben.

chlimage_1-38

So bearbeiten Sie die Sprachen:

  1. Öffnen Sie die CRXDE Lite in Ihrem Webbrowser. Beispiel: http://localhost:4502/crx/de

  2. Wählen Sie den Ordner /apps aus und klicken Sie auf Erstellen und dann auf Ordner erstellen.

    Geben Sie dem neuen Ordner den Namen wcm.

  3. Wiederholen Sie diesen Schritt, um die Ordnerstruktur /apps/wcm/core zu erstellen. Erstellen Sie einen Knoten des Typs sling:Folder im Kern resources.

  4. Klicken Sie mit der rechten Maustaste auf den Knoten /libs/wcm/core/resources/languages und klicken Sie auf Kopieren.

  5. Klicken Sie mit der rechten Maustaste auf den Ordner /apps/wcm/core/resources und klicken Sie auf Einfügen. Ändern Sie die untergeordneten Knoten nach Bedarf.

  6. Klicken Sie auf Alle speichern.

  7. Klicken Instrumente, Aktivitäten then Web-Konsole. Klicken Sie in dieser Konsole auf OSGi, dann Konfiguration.

  8. Suchen Sie Day CQ WCM Language Manager, klicken Sie darauf und ändern Sie den Wert von Language List in /apps/wcm/core/resources/languages. Klicken Sie dann auf Speichern.

    chlimage_1-40

Konfigurieren von MSM-Sperren für Seiteneigenschaften (Touch-optimierte Benutzeroberfläche) configuring-msm-locks-on-page-properties-touch-enabled-ui

Beim Erstellen einer benutzerdefinierten Seiteneigenschaft müssen Sie möglicherweise überlegen, ob die neue Eigenschaft für das Rollout auf allen Live Copies geeignet sein soll.

Wenn beispielsweise zwei neue Seiteneigenschaften hinzugefügt werden:

  • Kontakt-E-Mail:

    • Diese Eigenschaft muss nicht eingeführt werden, da sie in den einzelnen Ländern (oder Marken usw.) unterschiedlich ist.

  • Key Visual Style:

    • Die Projektanforderung besteht darin, dass diese Eigenschaft eingeführt wird, da sie (normalerweise) allen Ländern (oder Marken usw.) gemeinsam ist.

Dann müssen Sie Folgendes sicherstellen:

  • Kontakt-E-Mail:

  • Key Visual Style:

    • Stellen Sie sicher, dass Sie diese Eigenschaft in der Touch-optimierten Benutzeroberfläche nur bearbeiten dürfen, wenn die Vererbung abgebrochen wurde. Außerdem können Sie die Vererbung dann erneut aktivieren. Dies wird durch Klicken auf die Kettenlinks/unterbrochenen Kettenlinks gesteuert, die den Status der Verbindung anzeigen.

Ob für eine Seiteneigenschaft ein Rollout durchgeführt werden muss und daher beim Bearbeiten die Vererbung abgebrochen/reaktiviert werden kann, wird durch die Eigenschaft dialog gesteuert:

  • cq-msm-lockable

    • gilt für Elemente in einem Dialogfeld der Touch-optimierten Benutzeroberfläche

    • erstellt das Ketten-Linksymbol im Dialogfeld

    • lässt die Bearbeitung nur zu, wenn die Vererbung abgebrochen wird (also der Ketten-Link gebrochen ist)

    • gilt nur für die erste untergeordnete Ebene der Ressource

    • Typ: String

    • Wert: speichert den Namen der betroffenen Eigenschaft (und ist vergleichbar mit dem Wert der Eigenschaft name; z. B.

      /libs/foundation/components/page/cq:dialog/content/items/tabs/items/basic/items/column/items/title/items/title

Wenn cq-msm-lockable definiert wurde, interagiert das Öffnen oder Schließen der Kettenverbindung mit MSM wie folgt:

  • wenn der Wert von cq-msm-lockable folgendermaßen ist:

    • relativ (z. B. myProperty oder ./myProperty),

      • dann fügt er die Eigenschaft von cq:propertyInheritanceCancelled hinzu und entfernt sie.

    • absolut (z. B. /image),

      • dann führt das Unterbrechen der Kette zu einem Abbruch der Vererbung, indem das Mixin cq:LiveSyncCancelled zu ./image hinzugefügt und cq:isCancelledForChildren auf true gesetzt wird.
      • führt das Schließen der Kette zu einer erneuten Aktivierung der Vererbung
NOTE
cq-msm-lockable gilt für die erste untergeordnete Ebene der Ressource, die bearbeitet werden soll, und funktioniert nicht auf untergeordneten Ebenen, unabhängig davon, ob der Wert als absolut oder relativ definiert ist.
NOTE
Wenn Sie die Vererbung erneut aktivieren, wird die Eigenschaft der Live Copy-Seite nicht automatisch mit der Quelleigenschaft synchronisiert. Sie können ggf. manuell eine Synchronisierung anfordern.
recommendation-more-help
2315f3f5-cb4a-4530-9999-30c8319c520e