Versionshinweise zum aktuellen Service Pack für Adobe Experience Manager Version 6.5 aem-service-pack-release-notes

Assets, Dynamic Media: Unterstützung für mehrfache Untertitel und Audiospuren für Videos in Dynamic Media – Sie können jetzt ganz einfach mehrfache Untertitel und mehrere Audiospuren zu einem primären Video hinzufügen. Diese Funktion bedeutet, dass Ihre Videos für eine globale Zielgruppe zugänglich sind. Sie können ein einzelnes veröffentlichtes primäres Video für eine globale Zielgruppe in mehreren Sprachen anpassen und die Richtlinien zur Barrierefreiheit für verschiedene geografische Regionen einhalten. Autorinnen und Autoren können die Untertitel und Audiospuren auch über eine einzige Registerkarte in der Benutzeroberfläche verwalten.

Assets – Von den Suchergebnissen aus können Sie jetzt zum Ordnerspeicherort navigieren, der ein Asset enthält, damit Sie verschiedene Asset-Management-Aufgaben ausführen können. (ASSETS-23182)

Sites Polaris Picker in Inhaltsfragmenten hat eine verbesserte Leistung.  (SITES-14092)

Ermöglicht den Benutzenden des Seiteneditors bzw. der Bildkomponente die Referenzierung von Assets aus dem Remote Assets Cloud Service.  (SITES-13448, SITES-13433)

Um in der Listenansicht, in der sich möglicherweise viele Projekte in Ihrem System befinden, schnell ein Projekt zu finden, unterstützt Adobe jetzt die Server-seitige Sortierung. Projektknoten werden nach der von Benutzenden ausgewählten Spalte im Backend sortiert, bevor sie in der Benutzeroberfläche gerendert werden. (NPR-41027)

AEM 6.5.18.0 unterstützt MongoDB 5.0 bis 6.0.

Verbesserte Fehlerbehandlung mit benutzerdefinierten Fehler-Handlern im Regeleditor – Sie können jetzt eine benutzerdefinierte Funktion (unter Verwendung der Client-Bibliothek) als Reaktion auf einen von einem externen Dienst zurückgegebenen Fehler aufrufen. Und Sie können eine maßgeschneiderte Antwort für Endbenutzerinnen und Endbenutzer bereitstellen. Oder Sie können bestimmte Aktionen für Fehler ausführen, die von einem Dienst zurückgegeben werden. Sie können beispielsweise einen benutzerdefinierten Workflow im Backend für bestimmte Fehler-Codes aufrufen oder die Kundin bzw. den Kunden darüber informieren, dass der Dienst ausgefallen ist.

Verbesserter Workflow-Schritt in Adobe Sign – Der Adobe Sign-Workflow-Schritt in AEM-Workflows ist mit den folgenden Verbesserungen verfügbar.

• Verbesserte Sicherheit mit ID-basierter Authentifizierung für Adobe Sign – Die ID-basierte Authentifizierung von Adobe Acrobat Sign bietet eine zusätzliche Verifizierungsebene. Sie ermöglicht Benutzenden die Authentifizierung ihrer Identität mithilfe von amtlichem Lichtbildausweisen (Führerschein, Personalausweis, Reisepass). Durch die Nutzung von vertrauenswürdigen Identifikationsdokumenten verleiht diese Erweiterung dem Unterzeichnungsprozess ein zusätzliches Maß an Vertrauen und ist somit ideal für Szenarien, die erhöhte Sicherheit, Compliance und Benutzervalidierung erfordern.

• Verbesserte Transparenz mit dem Audit-Protokoll für Adobe Sign-Dokumente – Verwenden Sie die Audit-Protokoll-Funktion, um detaillierte Einblicke in den Lebenszyklus Ihrer Adobe Sign-Dokumente zu erhalten. Mit dem Audit-Protokoll können Sie jetzt eine umfassende Aufzeichnung aller Aktionen und Interaktionen führen, die mit Ihren Dokumenten verbunden sind. Dazu gehören Details wie etwa die Personen, die das Dokument angesehen, bearbeitet oder unterschrieben haben, sowie Zeitstempel für jedes Ereignis. Diese Verbesserung ist entscheidend für die Einhaltung von Vorschriften, die Beilegung von Streitigkeiten und die Gewährleistung der Integrität Ihrer digitalen Vereinbarungen.

• Erweiterte Rollen für Empfängerinnen und Empfänger von Vereinbarungen über die Unterzeichnenden hinaus – Adobe Acrobat Sign bietet die Möglichkeit, die Rollen für Empfängerinnen und Empfänger von Vereinbarungen über die Personen hinaus zu erweitern, die unterzeichnet haben, um die Anforderungen an den Workflow besser zu erfüllen.  Wenn diese Option aktiviert ist, kann die Rolle jeder Empfängerin und jedes Empfängers in einem Vertrag einzeln konfiguriert werden, wobei die Unterzeichnerin bzw. der Unterzeichner die Standardeinstellung ist.

AEM Forms auf JEE-Vollinstallationsprogramm – Das Service Pack enthält ein vollständiges Installationsprogramm für AEM Forms auf JEE, das mehrere neue Software-Kombinationen unterstützt, darunter:

• Microsoft® Windows Server 2022
• Microsoft® Active Directory 2022
• Oracle WebLogic 14C unter Windows Server 2022
• Red Hat® JBoss® 7.4.10
• MongoDB 6.0
• MySQL JDBC Connector 8

Dokumentendienste

• Wenn Benutzende einen transformPDF-Dienst verwenden, schlägt er mit der folgenden Ausnahme fehl: java.lang.ClassNotFoundException: default task-158Class name com.adobe.internal.afml.AFMLExceptionInvalidParameter from package com.adobe.internal.afml (FORMS-9957)
• Wenn der Server während der Erstellung von PDF-Dokumenten heruntergefahren wird, werden nach dem Start des Servers Fehler bei der Auftragsverarbeitung ausgegeben. Das Argument „-Dcom.adobe.livecycle.dsc.deferServiceStart=true“ muss beim Server-Start hinzugefügt werden. (FORMS-9836)
• Beim Versuch, PDFs mithilfe der Methode AssemblerService.Invoke zusammenzuführen, kann der Assembler die Aufgabe nicht durchführen. (FORMS-9550)
• Wenn Sie auf AEM 6.5.15.0 Service Pack auf OSGI- und JEE-Umgebungen aktualisieren, funktioniert der Assembler-Dienst mit einer bestimmten Vorlage nicht mehr. (FORMS-9355, FORMS-9445, FORMS-9408)
• Die Java™-Speicherbereinigung kann den alten Speicher auf einem AEM Forms-OSGi-Server nicht löschen, da das globale Timeout für XMLFormService nicht auf einen geeigneten Wert konfiguriert ist. (FORMS-9384, FORMS-9035)
• Beim Rendern der PDF-Vorschau eines adaptiven Formulars werden die unerwünschten Java™-Stack-Dumps in den Fehlerprotokollen angezeigt. (FORMS-8865)
• Wenn Benutzende den Dokumentstatus für Dokumente im Abschnitt „Dokumentdetails“ überprüfen, wird er nicht korrekt angezeigt. (FORMS-8946, FORMS-10424)
• Wenn jemand ein Upgrade auf AEM Forms durchführt und den sendToPrinter-Dienst verwendet, nimmt die Heap-Auslastung kontinuierlich zu. (FORMS-10148)
• Auf dem JBoss® 7.4 EAP-Server schlägt die E-Mail-Funktion mit java.io.IOException fehl. (FORMS-10138)
• Der transformPDF-Dienst schlägt bei Verwendung mit folgendem Fehler fehl: java.lang.ClassNotFoundException: default task-158Class name com.adobe.internal.afml.AFMLExceptionInvalidParameter from package com.adobe.internal.afml(FORMS-9957)
• Nach der Aktualisierung auf AEM Service Pack 6.5.14.0 tritt das Problem im Assembler-Dienst auf, wenn eine bestimmte Vorlage verwendet wird. (FORMS-9445, FORMS-9408)

Adaptive Formulare.

• Beim Versuch, eine benutzerdefinierte Funktion aufzurufen, ohne ein Feld zu ändern, (z. B. durch Festlegung des Werts eines anderen Felds) schlägt dies fehl. (FORMS-9921)

• Beim Arbeiten mit der benutzerdefinierten Fehlerfunktion für den Regeleditor in einem adaptiven Formular treten die folgenden Fehler auf:

  • Beim Versuch, @param{boolean} mit einer Funktion zu verwenden, lässt der Regeleditor nicht zu, dass boolesche Werte an eine Funktion übergeben werden.
  • Beim Versuch, @param{string} mit einer Funktion zu verwenden, kann der Regeleditor die optionalen Werte nicht übergeben und warnt vor unvollständigen Regeln. (FORMS-9816, FORMS-9815)

• Die Formularbenutzergruppe kann den Regeleditor in einem adaptiven Formular nicht zweimal aufrufen. (FORMS-9051)

• Wenn im visuellen Editor ein Formularobjekt ausgewählt wird, wird das gesamte Feldinstanzobjekt an die benutzerdefinierte Funktion übergeben und nicht nur der Wert des Felds. (FORMS-10015)

• Wenn jemand ein auf einer Kernkomponente basierendes adaptives Formular erstellt und eine Texteingabekomponente hinzufügt, funktionieren Is Empty und Is Not Empty im Regeleditor nicht. (FORMS-10098)

• Wenn ein Feld in einem auf einer Kernkomponente basierenden adaptiven Formular als ungültig markiert wird, wird ein Änderungsereignis für das Feld ausgelöst.  (FORMS-10087)

• Beim Versuch, ein adaptives Formular mit einem komplexen JSON-Schema zu erstellen, schlägt dies fehl. Der Fehler wird angezeigt als:
  GET /content/forms/af/katezeroone/testaf1.html HTTP/1.1] com.adobe.aemds.guide.service.impl.JsonObjectCreatorImpl Could not emit JSON with context java.lang.ArrayIndexOutOfBoundsException:0. (FORMS-9639)

• Wenn jemand in einem adaptiven Formular das Kontrollkästchen „Ich stimme den Bedingungen zu“ deaktiviert, wird es erneut aktiviert, wenn nach unten gescrollt wird. (FORMS-9458)

• Wenn jemand ein adaptives Formular auf einem Android™-Gerät mit Google Chrome oder Firefox öffnet und die maximal zulässige Zahl an Zeichen in ein Textfeld eingibt, kann der Wert im Textfeld nicht mehr gelöscht werden. (FORMS-9354)

• Wenn die Beschriftung des Kontrollkästchens Sonderzeichen wie Komma (,), Schrägstrich (/) oder Punkt (.) enthält, wird durch Klicken auf den Text bzw. die Beschriftung das entsprechende Kontrollkästchen nicht aktiviert. (FORMS-9313)

• Beim Versuch, die Komponente „Allgemeine Geschäftsbedingungen“ zu validieren, schlägt die Validierung fehl, wenn die Komponente nicht im Fokus ist, während die andere Komponente validiert wird. (FORMS-8725, FORMS-8913)

• Wenn ein adaptives Formular nach der Aktualisierung auf AEM 6.5.16.0 Service Pack neu geladen wird, schlägt das Abrufen von Dateianlagen fehl. (FORMS-8906)

• Wenn in einem adaptiven Formular, das auf einer XDP basiert, eine Kontrollkästchen-Komponente einen Texttitel enthält, dem ein numerischer Wert zugewiesen wurde, wird der Texttitel abgeschnitten und entspricht nicht dem zugewiesenen Wert. (FORMS-8743)

• Beim Versuch, verzögertes Laden auf ein in ein adaptives Formular eingebettetes Fragment für die Authoring-Umgebung zu implementieren, werden die für das Fragment definierten Regeln/Logiken nicht im Formular übernommen. (FORMS-8554, FORMS-9182)

• Beim Versuch, ein Coral-Dialogfeld in AEM 6.5.16.0 Service Pack zu öffnen, wird die Ausnahme error.log: cannot render resource generiert.  (FORMS-8942)

• Beim Versuch, ein Kontrollkästchen mit einer einzigen Option in einem adaptiven Formular zu übersetzen, schlägt dies fehl. (FORMS-10181)

• Die Veröffentlichung aller Datensatzdokumentvorlagen (DoR) schlägt fehl. Es werden nur englischsprachige, gebietsschemabasierte DoR-Vorlagen und die zugehörigen Forms-basierten DoR-Vorlagen veröffentlicht. (FORMS-10535).

Barrierefreiheit

• Bei Verwendung der Scribble-Signatur-Komponente in einem adaptiven Formular treten die folgenden Fehler auf:

  • Wenn nach der Scribble-Signatur-Komponente weitere Komponenten vorhanden sind, wird durch Drücken der Tabulatortaste nicht zum Signaturdialogfeld gewechselt, sondern zur nächsten Komponente. Erst nachdem alle Komponenten durchlaufen wurden, wird das Signaturdialogfeld geöffnet.
  • Wenn Benutzende im Signaturdialogfeld mit einem Pinsel oder der Tastatur unterschreiben, wird das Dialogfeld durch Drücken der Eingabetaste nicht geschlossen.
  • Der Bestätigungsdialog zum Löschen der Signatur kann nicht über die Tastatur aufgerufen werden.
  • Die Bildschirmlesehilfe kann die in einem Dialogfeld eingegebenen Informationen nicht lesen.
  • Es ist nicht möglich, die Signatur ohne die Verwendung einer Maus zu löschen.   (FORMS-9317)

• Wenn jemand ein adaptives Formular sendet, liest die Bildschirmlesehilfe keine Fehlermeldungen für die Pflichtfelder. (FORMS-9316)

• Wenn eine Bildschirmlesehilfe ein HTML-Formular liest, tritt das Problem beim Lesen des Textes mit Kerning (Unterschneidung von Buchstaben) auf. (FORMS-9258)

• In einem adaptiven Formular werden die mit dem Text verknüpften Verweise/Fußnoten nicht von der Bildschirmlesehilfe vorgelesen. (FORMS-8920)

• Tags für die Barrierefreiheit werden in der neuesten Designer-Version nicht richtig erkannt. (FORMS-10139)

Interaktive Kommunikationen

• In Correspondence Management funktioniert die Lokalisierung nicht. (FORMS-8926)
• Der Entwurfsbrief kann nicht geöffnet werden, wenn der publishAll-Dienst verwendet wird. (FORMS-8589)
• Nachdem Experience Manager Service Pack 16 auf den Servern installiert wurde, beginnen alle interaktiven Kommunikationsbriefe zu hängen, wenn versucht wird, diese Briefe zu bearbeiten.  Beim Bereitstellen einer Beispiel-Payload für die Vorschau oder die Anzeige/Bearbeitung der Eigenschaftsseite, funktionieren sie wieder.  Sie können die Briefe jedoch nicht bearbeiten. (FORMS-9067)

Die Seitenveröffentlichung funktioniert im Seiteneditor nicht mehr nach dem Upgrade auf Service Pack 18 (6.5.18.0)

Nach dem Upgrade einer Instanz von AEM 6.5.0.0 bis 6.5.17.0 auf AEM 6.5.18.0, werden Sie, wenn Sie innerhalb des Seiteneditors auf Seite veröffentlichen klicken, zu einer URL umgeleitet, die nicht existiert.

Um dieses Problem zu umgehen, führen Sie eine der folgenden Aktionen aus:

• Entfernen Sie die folgende „Pfad“-Eigenschaft.

  /libs/wcm/core/content/editor/jcr:content/content/items/content/header/items/headerbar/items/pageinfopopover/items/list/items/publish/granite:data

• Fügen Sie die richtige URL direkt in den Browser ein.

  http://localhost:4504/editor.html/libs/wcm/core/content/sites/publishpagewizard.html?item=/content/we-retail/language-masters/en/about-us.html

Bezogen auf Oak
Ab Service Pack 13 wird das folgende Fehlerprotokoll angezeigt, das sich auf den Persistenz-Cache auswirkt:

org.h2.mvstore.MVStoreException: The write format 1 is smaller than the supported format 2 [2.0.202/5]
at org.h2.mvstore.DataUtils.newMVStoreException(DataUtils.java:1004)
    at org.h2.mvstore.MVStore.getUnsupportedWriteFormatException(MVStore.java:1059)
    at org.h2.mvstore.MVStore.readStoreHeader(MVStore.java:878)
    at org.h2.mvstore.MVStore.<init>(MVStore.java:455)
    at org.h2.mvstore.MVStore$Builder.open(MVStore.java:4052)
    at org.h2.mvstore.db.Store.<init>(Store.java:129)

Oder

org.h2.mvstore.MVStoreException: The write format 1 is smaller than the supported format 2 [2.1.214/5].

Gehen Sie wie folgt vor, um diese Ausnahme zu beheben:

1. Löschen Sie die beiden folgenden Ordner aus crx-quickstart/repository/

   • cache
   • diff-cache

2. Installieren Sie das Service Pack oder starten Sie Experience Manager as a Cloud Service neu.
   Neue Ordner cache und diff-cache werden automatisch erstellt und es gibt keine Ausnahme mehr in Bezug auf mvstore in error.log.

Aktualisieren Sie Ihre GraphQL-Abfragen, die möglicherweise einen benutzerdefinierten API-Namen für Ihr Inhaltsmodell verwendet haben, und verwenden Sie stattdessen den Standardnamen des Inhaltsmodells.

Eine GraphQL-Abfrage verwendet möglicherweise den damAssetLucene-Index anstelle des fragments-Index. Diese Aktion kann dazu führen, dass GraphQL-Abfragen fehlschlagen oder lange brauchen, um ausgeführt zu werden.

Um das Problem zu beheben, muss damAssetLucene so konfiguriert werden, dass die folgenden beiden Eigenschaften einbezogen werden:

• contentFragment
• model

Nach Änderung der Indexdefinition ist eine Neuindizierung erforderlich (reindex = true).

Nach diesen Schritten sollten die GraphQL-Abfragen schneller funktionieren.

Beim Versuch, Inhaltsfragmente, Sites oder Seiten zu verschieben, zu löschen oder zu veröffentlichen, tritt ein Problem auf, wenn Inhaltsfragmentreferenzen abgerufen werden, da die Hintergrundabfrage fehlschlägt. Das heißt, die Funktionalität funktioniert nicht.
Um einen korrekten Betrieb zu gewährleisten, müssen Sie die folgenden Eigenschaften zum Indexdefinitionsknoten /oak:index/damAssetLucene hinzufügen (eine Neuindizierung ist nicht erforderlich):

"tags": [
    "visualSimilaritySearch"
  ]
"refresh": true

Wenn Sie Ihre Experience Manager-Instanz von 6.5.0 bis 6.5.4 auf das neueste Service Pack für Java™ 11 aktualisieren, sehen Sie RRD4JReporter-Ausnahmen in der Datei error.log. Um die Ausnahmen zu stoppen, starten Sie Ihre Instanz von Experience Manager neu.

Benutzende können einen Ordner in einer Hierarchie in Assets umbenennen und einen verschachtelten Ordner in Brand Portal veröffentlichen. Der Titel des Ordners wird jedoch erst dann in Brand Portal aktualisiert, wenn der Stammordner erneut veröffentlicht wird.

Die folgenden Fehler und Warnmeldungen können während der Installation von Experience Manager 6.5.x.x angezeigt werden:

• „Wenn die Adobe Target-Integration mithilfe der Target Standard-API (IMS-Authentifizierung) in Experience Manager konfiguriert wird, führt der Export von Experience Fragments nach Target dazu, dass falsche Angebotstypen erstellt werden.“ Anstelle des Typs „Experience Fragment“/source „Adobe Experience Manager“ erstellt Target mehrere Angebote mit dem Typ „HTML“/ Quelle „Adobe Target Classic“.
• com.adobe.granite.maintenance.impl.TaskScheduler: Keine Wartungsfenster unter granite/operations/maintenance gefunden.
• Die Server-seitige Validierung des adaptiven Formulars schlägt fehl, wenn Aggregatfunktionen wie SUM, MAX und MIN verwendet werden. (CQ-4274424)
• com.adobe.granite.maintenance.impl.TaskScheduler – Keine Wartungsfenster unter granite/operations/maintenance gefunden.
• Der Hotspot in einem interaktiven Dynamic Media-Bild ist nicht sichtbar, wenn Sie eine Vorschau des Assets mit dem Viewer für Banner mit Shopping-Funktion anzeigen.
• com.adobe.cq.social.cq-social-jcr-provider bundle com.adobe.cq.social.cq-social-jcr-provider:1.3.5 (395)[com.adobe.cq.social.provider.jcr.impl.SpiSocialJcrResourceProviderImpl(2302)]: Zeitüberschreitung beim Warten darauf, dass die Registrierung geändert wird, um das Aufheben der Registrierung abzuschließen.

Ab AEM 6.5.15 weist die vom Bundle org.apache.servicemix.bundles.rhino bereitgestellte Rhino-JavaScript-Engine ein neues Hoisting-Verhalten auf. Skripte, die den strikten Modus (use strict;) verwenden, müssen ihre Variablen korrekt deklarieren, sonst werden sie nicht ausgeführt, sondern es wird ein Laufzeitfehler ausgegeben.

Auf der Plattform JBoss® 7.1.4 schlägt die Bereitstellung fehl, wenn Experience Manager 6.5.16.0 oder ein höheres Service Pack installiert wird. adobe-livecycle-jboss.ear (CQ-4351522, CQDOC-20159)

Nach der Aktualisierung auf AEM Forms 6.5.18.0 JBoss Turnkey-Vollinstallationsumgebung unter Windows Server 2022 kann beim Kompilieren des Codes der Ausgabe-Client-Anwendung mit Java 11 der folgende Kompilierungsfehler auftreten:

error: error reading [AEM_Forms_Installation_dir]\sdk\client-libs\common\adobe-output-client.jar; java.net.URISyntaxException:
Illegal character in path at index 70: file:/[AEM_Forms_Installation_dir]/sdk/client-libs/common/${clover.jar.name} 1 error

Um das Problem zu beheben, führen Sie die folgenden Schritte aus:

1. Navigieren Sie zu [AEM_Forms_Installation_dir]\sdk\client-libs\common\ und entpacken Sie adobe-output-client.jar, um die Datei Manifest.mf zu extrahieren.

2. Aktualisieren Sie die Datei Manifest.mf, indem Sie den Eintrag ${clover.jar.name} aus dem Attribut „class-path“ entfernen.

   note note
   NOTE
   Sie können auch ein Tool für die Bearbeitung im Kontext verwenden, z. B. 7-zip, um die Datei Manifest.mf zu aktualisieren.

3. Speichern Sie die aktualisierte Manifest.mf im Archiv adobe-output-client.jar.

4. Speichern Sie die geänderte Datei adobe-output-client.jar und führen Sie das Setup erneut aus. (CQDOC-20878)

Nach der Installation des Vollinstallationsprogramms für AEM Service Pack 6.5.18.0 schlägt die EAR-Bereitstellung auf JEE mit der JBoss®-Turnkey-Methode fehl.
Um das Problem zu beheben, suchen Sie die Datei <AEM_Forms_Installation_dir>\jboss\bin\standalone.bat und aktualisieren Sie alle Vorkommen von Adobe_Adobe_JAVA_HOME auf Adobe_JAVA_HOME, bevor Sie den Konfigurations-Manager ausführen. (CQDOC-20803)