AEM as a Cloud Service Developer Console (Beta) developer-console
aemcs-new-devconsole-ui-beta@adobe.com
senden können. Informationen zum klassischen AEM Developer Console finden Sie in diesem Artikel.AEM as a Cloud Service Developer Console umfasst eine Reihe von Tools für das Debugging in Cloud-Umgebungen. Der Zugriff erfolgt über einen Link pro Umgebung in Cloud Manager.
Entwickler können auf die unten beschriebenen Funktionen zugreifen:
OSGi-Bundles osgi-bundles
- Dadurch erhalten Sie eine Übersicht über OSGI-Bundles, die auf dem ausgewählten Umgebungstyp bereitgestellt werden. Sie ermöglicht eine Volltextsuche.
- Es ist nützlich, Informationen über den tatsächlichen Zustand von Bundles in der Umgebung zu erhalten. Sie erhalten Informationen wie exportierte Packages, importierte Packages, verwendete Dienste und mehr.
- Entwickler möchten die tatsächliche Umgebung überprüfen und überprüfen, ob das Bundle das tut, was sie erwarten.
- Anwendungsbeispiel: Ein Versionsbereich einer Abhängigkeit wird in Ihrem Bundle angegeben. In der Abhängigkeit läuft etwas schief. Sie möchten überprüfen, welche Version der Abhängigkeit in Ihrem Bundle verdrahtet wird. Um dies zu überprüfen, gehen Sie zu den Bundle-Details und verwenden Sie zum Importieren von Bundles/Paketen , um zu überprüfen, welche Bundle-Version oder Paketversion zur Laufzeit verwendet wird, um herauszufinden. Mit diesen Informationen können Sie Ihren Maven-Abhängigkeitsversionsbereich anpassen oder Ihren Code anpassen.
Java-Pakete java-packages
- Dadurch erhalten Sie eine Suchaufforderung, mit der Sie Pakete suchen können, die im OSGi-System der Umgebung aktiv sind. In diesem Verzeichnis können Sie sehen, welches Paket das Paket exportiert (oder bereitstellt), und Sie können sehen, welches Paket das Paket importiert (oder verwendet). Sie können auch nach doppelten Paketen (gleiches Paket, verschiedene Versionen) suchen, was in einigen Fällen Probleme verursachen kann.
- Anwendungsbeispiel: Ein benutzerdefinierter Dienst, der den dynamischen Klassenlader verwendet, lädt eine Klasse, ohne eine Version anzugeben. Diese wird von mehreren Bundles mit verschiedenen Versionen exportiert, wodurch die Implementierung anders ist und sich das Verhalten ändert. Der Entwickler möchte sehen, welche Pakete sich in der Umgebung befinden, ohne das Funktionsmodell zu analysieren. Daher sucht er nach diesem Paket und sieht alle exportierten Versionen. Dadurch erhalten sie Informationen, um einen besseren Versionsbereich einzugeben.
Servlets servlets
Registerkarte "
- Dies bietet eine Suchaufforderung, an der Sie einen Pfad mit Selektoren und eine Erweiterung mit GET oder POST angeben können. Anschließend werden Ergebnisse von Servlets in der Reihenfolge ihrer Voreinstellung bereitgestellt, die die Anfrage in Sling verarbeiten.
- Anwendungsbeispiel: Sie haben ein OSGi-Servlet, das bei einer Anfrage aktiviert werden soll und etwas an die Antwort drucken soll, aber stattdessen erhalten Sie eine leere Antwort. Sie müssen überprüfen, ob ein anderes Servlet aufgrund spezifischerer Selektoren,
resourceType
, Erweiterungen oder Rangfolge Vorrang vor Ihrem Servlet hat. Sie suchen nach dem erwarteten Pfad und stellen fest, dass ein anderes Servlet mit einem höheren Rang aktiv ist. Dann entscheiden Sie, ob Sie Ihr Servlet oben im Rang platzieren können, indem Sie beispielsweise Selektoren hinzufügen.
Dienste services
- Ähnlich wie die Ansicht "OSGi Components", jedoch basierend auf Diensten. Sie können schnell suchen, welche Dienste mit bestimmten Eigenschaften bereitgestellt werden.
OSGi-Komponenten osgi-components
- Dadurch erhalten Sie eine Übersicht über die OSGi-Komponenten, die im ausgewählten Umgebungstyp vorhanden sind. Sie ermöglicht eine Volltextsuche.
- Sie können den Live-Status von OSGi-Komponenten in der Umgebung abrufen. Sie können sehen, welche Dienste sie erfüllt, das bereitgestellte Bundle und den Aktivierungstyp (unmittelbar oder verzögert).
- Anwendungsbeispiel 1: Als Entwickler möchten Sie überprüfen, ob eine mit einer Konfiguration aktivierte Komponente in einer bestimmten Umgebung aktiv ist oder nicht, da Sie nicht das erwartete Verhalten erhalten. Sie suchen einfach die Komponente in der Suche und überprüfen, ob die Komponente aktiv ist oder nicht.
- Anwendungsbeispiel 2: Sie möchten sehen, welche nativen Komponenten in der Umgebung vorhanden sind und welche Dienste sie erfüllen, um mehr über Adobe Experience Manager as a Cloud Service zu erfahren. Sie können sie in der Komponentenliste auschecken.
Integrationen integrations
- Bietet Administratoren die Möglichkeit, Service-Anmeldeinformationen und Entwickler-Token zu generieren, umzubenennen und zu löschen.
Repository repository
- Öffnet den Repository-Browser.
Status-Dumps/Abfragen status-dumps-queries
- Gibt einen Volltext- oder JSON-Dump des aktuellen Status von Bundles, Paketen, Konfigurationen, Diensten, Komponenten, Sling-Aufträgen oder Oak-Definitionen.
- Dies kann besonders dann nützlich sein, wenn der Entwickler einen unerwarteten Status entdeckt hat und dies für andere Entwickler kommunizieren oder dokumentieren möchte. Durch das Herunterladen des Dump erhalten Sie eine Momentaufnahme des Status, der später referenziert werden kann.
Konfigurationen configurations
- Auf diese Weise erhalten Sie eine durchsuchbare Liste von Konfigurationen, die in der Umgebung aktiv sind. Auf der Detailseite können Sie sehen, welche Eigenschaften von den Konfigurationen bereitgestellt werden.
- Anwendungsbeispiel: Ein Entwickler möchte sicherstellen, dass die angegebenen Konfigurationen tatsächlich in der Umgebung vorhanden sind. Wenn die Konfiguration fehlt, können sie das Funktionsmodell oder den Konfigurations-Ausführungsmodus oder -ordner überprüfen.
Bei Produktionsprogrammen wird der Zugriff auf die AEM as a Cloud Service Developer Console durch die Rolle „Cloud Manager – Entwicklerrolle“ in der Adobe Admin Console definiert, während bei Sandbox-Programmen die AEM as a Cloud Service Developer Console allen Benutzenden zur Verfügung steht, deren Produktprofil ihnen Zugriff auf AEM as a Cloud Service gewährt. Für alle Programme ist „Cloud Manager - Entwicklerrolle“ für Status-Dumps erforderlich, und der Repository Browser und die Benutzenden müssen auch in den Produktprofilen „AEM-Benutzer“ oder „AEM-Administrator“ sowohl für die Authoring- als auch für die Publishing-Services definiert sein, um Daten von beiden Services anzeigen zu können. Weitere Informationen zum Einrichten von Anwenderberechtigungen finden Sie in der Dokumentation für Cloud Manager.