Aktuelle Versionshinweise für Adobe Experience Manager as a Cloud Service release-notes
Im folgenden Abschnitt werden die allgemeinen Versionshinweise für die aktuelle (neueste) Version von Experience Manager as a Cloud Service beschrieben.
Veröffentlichungsdatum release-date
Das Veröffentlichungsdatum der aktuellen Version von Adobe Experience Manager as a Cloud Service (2025.6.0) war der 26. Juni 2025. Die nächste Version (2025.7.0) ist für den 31. Juli 2025 geplant.
Wartungsversionshinweise maintenance
Die neuesten Wartungsversionshinweise finden Sie hier.
Experience Manager Assets as a Cloud Service assets
Verbesserte Verwaltung von Metadatenformularen in der Assets-Ansicht
Sie können jetzt Metadatenformulare aus der Admin-Ansicht direkt in die Assets-Ansicht importieren. Alle Aktualisierungen, die an diesen Formularen in der Assets-Ansicht vorgenommen werden, werden automatisch in der Admin-Ansicht übernommen, wodurch die Konsistenz beider Ansichten sichergestellt wird. Diese Funktion unterstützt einen nahtlosen Übergang zur neuen Assets-Ansicht und gewährleistet gleichzeitig die Kontinuität mit Ihren vorhandenen Metadatenkonfigurationen.
Neue Funktionen in Content Hub new-features-content-hub
Governance von Sammlungen
Mit Content Hub können Sie jetzt den Zugriff auf Sammlungen während der Erstellung steuern, sodass sichergestellt wird, dass nur autorisierte Benutzende gruppierte Assets anzeigen oder verwalten können. Dies sorgt für verbesserte Sicherheit, eine bessere Zusammenarbeit, ein organisiertes Asset-Management und eine vereinfachte Governance.
Experience Manager Forms as a Cloud Service forms
- Universeller Editor für adaptive Forms und Formularfragmente: Der universelle Editor unterstützt jetzt die Erstellung von sowohl adaptiven Forms als auch wiederverwendbaren Formularfragmenten. Autorinnen und Autoren können in einer vereinfachten WYSIWYG-Authoring-Umgebung Formulare visuell erstellen, Übermittlungsaktionen konfigurieren und eine reCAPTCHA-Validierung hinzufügen. Diese Funktion beschleunigt die Formularerstellung, erhöht die Konsistenz und verbessert den Schutz vor Spam und automatisiertem Missbrauch.
Funktionen der Vorabversion
-
Generieren und Synchronisieren von AFP-Ausgabedarstellungen von adaptivem Forms: Die AFP Output Sync API ermöglicht es Administratoren und Benutzern, AFP-Ausgaben (Advanced Function Presentation) von adaptivem Forms zu generieren und die Ausgabe mit externen Systemen oder Speicherorten zu synchronisieren. AFP ist ein leistungsstarkes, für den Druck optimiertes Dokumentenformat, das häufig in großen Unternehmensumgebungen verwendet wird.
-
SharePoint-Dokumentbibliothek – Anhänge mit Originaldateinamen speichern: Sie haben jetzt die Möglichkeit, Formularanhänge unter Verwendung ihrer Originaldateinamen zu speichern, wenn Sie sie in einer SharePoint-Dokumentbibliothek speichern. Diese Verbesserung vereinfacht die Identifizierung und Verwaltung hochgeladener Dateien.
-
Regeleditor:
- Binäre Bedingung mit Klickereignis in der Wenn-Klausel: Der Regeleditor ermöglicht jetzt die Kombination eines Schaltflächen-Klickereignisses (Wird angeklickt) mit anderen Bedingungen innerhalb der Wenn-Klausel. Dies ermöglicht eine präzisere Kontrolle der Regelausführung basierend auf der Benutzerinteraktion und anderen Faktoren. Hinweis: Bei Verwendung mehrerer Bedingungen muss das Klickereignis die erste aufgeführte Bedingung sein.
- Validierungsbedingungen für Felder und Bereiche: Der Regeleditor enthält jetzt die Bedingungen IsValid und IsNotValid. Damit können Sie den Validierungsstatus bestimmter Felder oder ganzer Bedienfelder (einschließlich Layouts wie horizontale Registerkarten, vertikale Registerkarten, Akkordeons und Assistenten) überprüfen und die Formularnavigation und das Benutzererlebnis auf der Grundlage der Validierungsergebnisse verbessern.
-
Verbesserte Verwaltung des SharePoint-Listenumfangs: SharePoint-Sites unterstützen jetzt alle verwalteten Pfade, z. B. /sites und /teams. Diese Verbesserung ermöglicht eine breitere Integration über verschiedene Site-Strukturen von SharePoint hinweg und bietet mehr Flexibilität bei der Verbindung mit organisatorischen Inhalten.
-
Unterstützung für das Speichern des Datensatzdokuments in der SharePoint-Liste: Formulare, die mit einem auf SharePoint-Listen basierenden Formulardatenmodell (FDM) erstellt wurden, können jetzt den Nachweis (DoR) in SharePoint-Listen speichern, indem die Feldeigenschaft „Bindungsverweis für Nachweis“ konfiguriert wird. Diese Verbesserung ermöglicht die nahtlose Integration unterstützter Formulardaten und Dokumente mit dem SharePoint-Speicher.
Early-Access-Funktionen in AEM Forms forms-new-early-access-features
Das Early-Access-Programm von AEM Forms bietet Ihnen die einmalige Möglichkeit, einen exklusiven Zugang zu den aktuellen Innovationen zu erhalten und ihre Entwicklung mitzugestalten.
In diesen Versionshinweisen werden die in der aktuellen Version bereitgestellten Innovationen aufgeführt. Eine vollständige Liste der im Rahmen des Early-Access-Programms verfügbaren Innovationen finden Sie in der Dokumentation zum AEM Forms-Early-Access-Programm.
Integration von Adobe Experience Platform (AEP) mit Forms
- Integration von AEM Forms mit Adobe Experience Platform: Der AEM Forms-zu-Adobe Experience Platform-Connector ermöglicht eine nahtlose Integration zwischen Adaptive Forms und Adobe Experience Platform. Mit dieser Funktion können Formulardaten XDM-Schemata zugeordnet und direkt in Echtzeit an AEP gesendet werden. Es optimiert die Datenerfassung für Anwendungsfälle zur Personalisierung und Aktivierung in allen Adobe Experience Cloud-Lösungen.
Experience Manager as a Cloud Service als Fundament foundation
Aktualisierter Prozess zur Abschaffung updated-deprecation-process
Adobe überprüft regelmäßig Funktionen, Bibliotheken, APIs und Konfigurationen, um sicherzustellen, dass sie den Leistungs-, Sicherheits- und Wertstandards entsprechen. Wenn Funktionen diese Standards nicht mehr erfüllen, werden sie als veraltet gekennzeichnet, und ihre Verwendung muss bis zu einem bestimmten Entfernungsdatum eingestellt werden. Bis zu diesem Datum erinnert Adobe die Kundinnen und Kunden mit E-Mail-Benachrichtigungen und Aktionen, die in Cloud Manager durchgeführt werden müssen, bevor sie mit neuen Builds fortfahren oder welche bereitstellen. Wenn die erforderlichen Maßnahmen nicht ergriffen werden, kann es passieren, dass ein Upgrade auf neue Versionen von AEM nicht möglich ist, was sich auf Sicherheit, Leistung, Zuverlässigkeit und Verfügbarkeit auswirken kann.
Weitere Informationen finden Sie im Artikel zur Abschaffung.
Veraltete Java-APIs und OSGi-Konfigurationen, deren Entfernungsdatum sich nähert deprecated-near-removals
Erweitern Sie die unten stehende Liste, um die veralteten APIs und OSGi-Konfigurationen anzuzeigen, die nicht mehr verwendet werden dürfen. Ausführliche Informationen, einschließlich der Zeitpläne für die Entfernung, finden Sie im Artikel zur Abschaffung.
Jav-APIs:
org.apache.sling.commons.authorg.apache.felix.webconsoleorg.eclipse.jettycom.mongodborg.apache.abderaorg.apache.felix.http.whiteboardorg.apache.cocoon.xmlch.qos.logbackorg.slf4j.spiorg.slf4j.eventorg.apache.log4jcom.google.commoncom.dreworg.bsonorg.apache.jackrabbit.oak.plugins.bloborg.apache.jackrabbit.oak.plugins.memory
OSGi-Eigenschaften:
org.apache.sling.commons.log.LogManager(alle Eigenschaften)org.apache.sling.commons.log.LogManager.factory.config(org.apache.sling.commons.log.file,org.apache.sling.commons.log.pattern)
Abschaffung der Java 11-Laufzeit java11-runtime-deprecation
Die Java 11-Laufzeitumgebung ist jetzt veraltet, und die meisten Umgebungen wurden bereits auf die leistungsfähigere Java 21-Laufzeitumgebung aktualisiert.
Wenn Ihre Umgebung aufgrund nicht unterstützter Abhängigkeiten nicht aktualisiert werden konnte (siehe Java 21-Laufzeitanforderungen), sollten Sie eine E-Mail von Adobe mit konkreten nächsten Schritten erhalten haben. Bitte stellen Sie sicher, dass alle erforderlichen Aktualisierungen bis zum 28. August 2025 abgeschlossen sind, damit Ihre Umgebung unterbrechungsfrei aktualisiert werden kann.
Hinweis: Die Laufzeitversion ist von der Build-Version Ihres Codes getrennt. Es wird zwar empfohlen, Builds mit Java 21 durchzuführen, aber Java 11-Builds werden derzeit noch unterstützt. Ein separater Hinweis zur Abschaffung von Java 11 für Builds wird in Zukunft freigegeben.
Durchsetzung der Konfigurationsrichtlinie für AEM-Java-Protokolle logconfig-policy
Wie in den Versionshinweisen vom April erwähnt, müssen AEM-Java-Protokolle einem Standardformat entsprechen, um eine zuverlässige Überwachung in allen Kundenumgebungen sicherzustellen. Benutzerdefinierte Protokollkonfigurationen – wie etwa Änderungen an der Protokollformatierung, Ausgabedateien oder Standardprotokollebenen – werden nicht mehr unterstützt. Protokolle müssen an die Standarddateien weitergeleitet werden, und die standardmäßigen Protokollebenen für AEM-Produkt-Code müssen beibehalten werden. Ausführliche Informationen finden Sie im Artikel zur Protokollierung.
Ab Ende August werden alle nicht unterstützten benutzerdefinierten Protokollierungsüberschreibungen ignoriert. Nach unserer Analyse ist der Großteil der Kundschaft nicht betroffen, und Adobe hat sich mit Kundinnen und Kunden in Verbindung gesetzt, deren aktuelle Konfiguration möglicherweise betroffen ist.
Bitte überprüfen und aktualisieren Sie alle nachgelagerten Prozesse, die auf einem benutzerdefinierten Protokollierungsverhalten basieren. Zum Beispiel:
- Wenn Ihr Protokollweiterleitungssystem ein benutzerdefiniertes Protokollformat erwartet, müssen Sie möglicherweise Ihre Aufnahmeregeln anpassen.
- Wenn Sie zuvor die Ausführlichkeit des Protokolls durch Ändern der Protokollebenen reduziert haben, beachten Sie, dass eine Rückkehr zu den Standardebenen das Protokollvolumen erhöhen kann.
Standardmäßige Bereinigung älterer Versionen und Auditprotokolle mt-defaults
Derzeit sind die zugehörigen Bereinigungs-Wartungsaufgaben in Inhaltsversionen und Auditprotokollen standardmäßig deaktiviert. Daher werden keine Daten entfernt, außer dies ist explizit konfiguriert.
Um jedoch die Repository-Leistung zu optimieren, wird die Bereinigung ab Anfang Juli 2025 standardmäßig aktiviert, wobei die folgenden Richtlinien befolgt werden:
Inhaltsversionen mt-content
-
Neue Umgebungen (erstellt nach einem bevorstehenden Datum, das später mitgeteilt wird)
- Versionen, die älter als 30 Tage sind, werden regelmäßig gelöscht.
- Die letzten fünf Versionen der letzten 30 Tage werden zusammen mit der neuesten Version und der aktuellen Version unabhängig von deren Alter beibehalten.
-
Vorhandene Umgebungen (vor diesem bevorstehenden Datum erstellt):
- Versionen, die älter als 7 Jahre sind, werden regelmäßig gelöscht.
- Alle Versionen der letzten 7 Jahre werden beibehalten.
- Dieser hohe Standardschwellenwert verhindert ein unbeabsichtigtes Entfernen aktueller Daten. Es wird jedoch empfohlen, niedrigere Werte zu konfigurieren, um die Repository-Leistung zu optimieren.
-
Sie können diese Standardwerte über die YAML-Konfiguration ändern, die über die Konfigurations-Pipeline bereitgestellt wird.
Auditprotokoll mt-auditlogs
-
Neue Umgebungen (erstellt nach einem bevorstehenden Datum, das separat kommuniziert wird):
- Replikations-, DAM-und Seiten-Auditprotokolle, die älter als 7 Tage sind, werden regelmäßig gelöscht.
- Alle Ereignisse werden standardmäßig protokolliert.
-
Vorhandene Umgebungen (vor diesem bevorstehenden Datum erstellt):
- Replikations-, DAM-und Seiten-Auditprotokolle, die älter als 7 Jahre sind, werden regelmäßig gelöscht.
- Alle Ereignisse werden standardmäßig protokolliert.
- Dieser hohe Standardschwellenwert verhindert ein unbeabsichtigtes Entfernen aktueller Daten. Es wird jedoch empfohlen, niedrigere Werte zu konfigurieren, um die Repository-Leistung zu optimieren.
-
Sie können diese Standardwerte über die YAML-Konfiguration ändern, die über die Konfigurations-Pipeline bereitgestellt wird.
Weitere Details finden Sie im Artikel zu Wartungsaufgaben.
Edge-Datenverarbeitung (Alpha-Programm) edge-computing
Mit der Edge-Datenverarbeitung können Sie JavaScript auf CDN-Ebene ausführen, wodurch die Datenverarbeitung näher an die Endbenutzenden heranrückt. Dies reduziert die Latenz und ermöglicht responsive, dynamische Erlebnisse am Edge.
Häufige Anwendungsszenarien umfassen:
- Authentifizieren von Benutzenden bei einem Identitätsanbieter, bevor Zugriff auf Inhalte gewährt wird
- Personalisieren von Inhalten basierend auf Geolokalisierung, Gerätetyp oder Benutzerattributen
- Fungieren als Middleware zwischen dem CDN und Ihrer Herkunft
- Umformatieren von Antworten aus APIs von Drittanbietern (und möglicherweise Aggregieren mehrerer API-Antworten), bevor sie an den Browser gesendet werden
- Erstellen und Bereitstellen von Server-gerenderter HTML am Edge mithilfe von Inhalten, die aus verschiedenen Backends zusammengefügt wurden
Wir haben nur eine begrenzte Anzahl von Möglichkeiten für die AEM-Veröffentlichungsbereitstellung oder Edge Delivery Services-Projekte für Live-Produktions-Sites. Wenn Sie an einer Teilnahme interessiert sind oder mehr erfahren möchten, senden Sie eine E-Mail an aemcs-edgecompute-feedback@adobe.com mit einer kurzen Beschreibung Ihres Anwendungsfalls.
CDN-Konfiguration für Edge Delivery Services (Beta-Programm) cdn-eds-beta
Das von Adobe verwaltete CDN bietet flexible Konfigurationsoptionen, wie im Artikel zu Konfigurations-Pipelines beschrieben.
Stellen Sie jetzt in der Beta-Phase eine Konfigurations-Pipeline für Funktionen bereit, einschließlich CDN-Ursprungs-Selektoren, Antwort- und Anfragetransformationen und mehr. Wenden Sie sich mit den Details Ihres Anwendungsfalls an aemcs-cdn-config-adopter@adobe.com.
AEM-Protokollweiterleitung an weitere Ziele (Beta-Programm) log-forwarding-beta
Die Protokolle können zwar von Cloud Manager heruntergeladen werden, aber viele Unternehmen ziehen es vor, diese Protokolle an ein bevorzugtes Protokollierungsziel weiterzuleiten. AEM unterstützt bereits die AEM- und CDN-Protokollweiterleitung an Azure Blob Storage, Datadog, HTTPS, Elasticsearch (und OpenSearch) und Splunk. Diese Funktion wird eigenständig konfiguriert und mithilfe der Konfigurations-Pipeline bereitgestellt.
Jetzt in der Beta-Phase können Sie AEM-Protokolle an Amazon S3, Sumo Logic und Ihr eigenes New Relic-Konto (nicht das von Adobe bereitgestellte Konto) weiterleiten. Beachten Sie, dass zwar AEM-Protokolle (einschließlich Apache/Dispatcher) für diese Protokollierungsziele unterstützt werden, jedoch keine CDN-Protokolle. Schreiben Sie eine E-Mail an aemcs-logforwarding-beta@adobe.com, um Zugriff zu erhalten.
Weitere Informationen finden Sie in der Dokumentation zur Protokollweiterleitung.
Experience Manager Guides guides
Eine vollständige Liste der neuen und verbesserten Funktionen der neuesten Version der Adobe Experience Manager Guides finden Sie hier.
Cloud Manager cloud-manager
Eine vollständige Liste der Cloud Manager-Veröffentlichungen nach Monaten finden Sie hier.
Migrations-Tools migration-tools
Eine vollständige Liste der Versionen von Migrations-Tools finden Sie hier.
Universeller Editor universal-editor
Eine vollständige Liste der Versionen des universellen Editors finden Sie hier.
Generieren von Varianten generate-variations
Eine vollständige Liste der Versionen für das Generieren von Varianten finden Sie hier.
Versionshinweise zu Experience Cloud experience-cloud
Informationen zu Versionen anderer Experience Cloud-Anwendungen finden Sie hier.