Subskriptions-Event-Mapping
Verwendung
Ereignisse (Events), die ein Repository-Manager sendet und die Subskriptionen betreffen, können mit Hilfe des Subskriptions-Event-Mapping gefiltert werden.
Der Subskriptionsservice sendet statt aller möglichen Benachrichtigungen nur noch die Benachrichtigungen, die in der Implementierung (Parameter Mapping Class) festgelegt sind.
Je nach Konfiguration baut das Subskriptions-Event-Mapping aus einem empfangenen Repository-Manager-Event einen angepassten, subskriptionsinternen Event auf.
Funktionsumfang
Folgender Parameter können im Subskriptions-Event-Mapping angepasst werden:
Parameter des Subskriptions-Event-Mapping
Parameter |
Obligatorisch |
Beschreibung |
Name |
Ja |
Name des Subskriptions-Event-Mapping-Service |
Link Handling (“user decision” reserved for future use) |
Ja |
legt fest, wie Subskriptionen auf Links behandelt werden use
link: Subskription auf den Link selbst. Der Eintrag user decision ist für spätere Entwicklungen reserviert. |
Mapping Class |
Ja |
Java-Klasse, die die Low-Level-Ereignisse, die vom Repository-Framework gesendet werden, auf „semantische“ Ereignisse abbildet, die Benachrichtigungen zu Subskriptionen auslösen Standardwert: Wert der erweiterten Java-Klasse, die den Report für die geänderten Eigenschaften der Ressource enthält: com.sapportals.wcm.repository.service.subscription.wcm.SubscriptionEventMapStandard2 |
Repositories |
Ja |
Liste der Repositories, die den Subskriptionsservice nutzen |
Aktivitäten
Jeder neu angelegte Repository-Manager, für den Sie Subskriptionen nutzen möchten, muss beim Subskriptions-Event-Mapping eingetragen werden.
Sie finden die Konfiguration des Subskriptions-Event-Mapping unter Content Management → Repository Services → Subscription Event Mapping → Subscription Event Mapping.
Jeder Repository-Manager darf lediglich ein Subskriptions-Event-Mapping nutzen. Das bedeutet, dass für einen Repository-Manager nur ein Subskriptionsservice zugewiesen werden darf.