Developer Console AEM as a Cloud Service (Bêta) developer-console
aemcs-new-devconsole-ui-beta@adobe.com
. Pour plus d’informations sur Developer Console AEM classique, voir cet article.AEM as a Cloud Service Developer Console comprend un ensemble d’outils pour le débogage dans les environnements cloud. Il est accessible par le biais d’un lien par environnement dans Cloud Manager.
Les développeurs peuvent accéder aux fonctionnalités décrites ci-dessous :
Bundles OSGi osgi-bundles
- Vous obtenez ainsi un aperçu des lots OSGI qui sont déployés sur le type d’environnement sélectionné. Elle active une recherche de texte intégral.
- Il est utile d’obtenir des informations sur l’état réel des lots dans l’environnement. Vous pouvez obtenir des informations telles que les packages exportés, les packages importés, les services utilisés, etc.
- Les développeurs veulent vérifier sur l’environnement réel et vérifier si le lot fait ce qu’ils attendent de lui.
- Exemple de cas d’utilisation : Une plage de versions d’une dépendance est spécifiée dans votre lot. Quelque chose ne va pas dans la dépendance. Vous souhaitez vérifier quelle version de la dépendance est connectée à votre lot. Pour vérifier cela, accédez aux détails du lot et utilisez l’importation de bundles / packages pour vérifier la version du lot ou de la version du package utilisée au moment de l’exécution pour le savoir. Grâce à ces informations, vous pouvez ajuster la plage de versions de votre dépendance Maven ou adapter votre code.
Packages Java java-packages
- Vous pouvez ainsi utiliser une invite de recherche pour rechercher les modules actifs dans le système OSGI de l’environnement. Dans cet emplacement, vous pouvez voir quel lot exporte (ou fournit) le package, et vous pouvez voir quel lot importe (ou utilise) le package. Vous pouvez également rechercher des packages en double (même package, différentes versions), ce qui peut entraîner des problèmes dans certains cas.
- Exemple de cas d’utilisation : Un service personnalisé qui utilise le chargeur de classe dynamique charge une classe sans spécifier de version, qui est exportée par plusieurs lots avec des versions différentes, ce qui entraîne la différence de l’implémentation et le changement de comportement. Le développeur souhaite savoir quels packages se trouvent dans l’environnement sans analyser le modèle de fonctionnalité. Il recherche donc ce package et voit toutes les versions exportées. Ils disposent ainsi des informations nécessaires pour entrer dans une meilleure plage de versions.
Servlets servlets
- Vous pouvez ainsi spécifier un chemin avec des sélecteurs et une extension avec un GET ou un POST à l’aide d’une invite de recherche. Il fournit ensuite les résultats des servlets par ordre de préférence qui gérera la requête dans Sling.
- Exemple de cas d’utilisation : Vous disposez d’une servlet OSGI qui doit être activée sur une requête et qui doit imprimer quelque chose dans la réponse, mais vous obtenez une réponse vide à la place. Vous devez vérifier si une autre servlet a priorité sur votre servlet en raison de sélecteurs plus spécifiques,
resourceType
, d’extensions ou de classement. Vous recherchez le chemin attendu et découvrez qu’une autre servlet est active avec un rang supérieur. Ensuite, vous décidez si vous pouvez obtenir le classement de votre servlet en ajoutant des sélecteurs, par exemple.
Services services
- Similaire à la vue Composants OSGI, mais en fonction des services. Vous pouvez rechercher rapidement les services fournis avec certaines propriétés.
Composants OSGi osgi-components
- Vous obtenez ainsi un aperçu des composants OSGI présents dans le type d’environnement sélectionné. Elle active une recherche de texte intégral.
- Vous pouvez obtenir l’état actif des composants OSGI dans l’environnement. Vous pouvez voir quels services elle satisfait, le lot qui le fournit et le type d’activation (immédiat ou retardé).
- Exemple d’utilisation 1 : En tant que développeur, vous souhaitez vérifier si un composant activé avec une configuration est actif ou non dans un environnement particulier, car vous n’obtenez pas le comportement attendu. Il vous suffit de rechercher le composant dans la recherche et de vérifier s’il est actif ou non.
- Exemple d’utilisation 2 : Vous souhaitez savoir quels composants prêts à l’emploi sont présents dans l’environnement et quels services ils satisfont pour en savoir plus sur Adobe Experience Manager as a Cloud Service. Vous pouvez les extraire dans la liste des composants.
Intégrations integrations
- Permet aux administrateurs de générer, renommer et supprimer des informations d’identification de service et des jetons de développeur.
Référentiel repository
- Ouvre le navigateur de référentiel.
Images mémoire/requêtes d’état status-dumps-queries
- Donne un texte intégral ou une image mémoire JSON de l’état actuel des bundles, packages, configurations, services, composants, tâches Sling ou définitions Oak.
- Cela peut s’avérer utile, en particulier si le développeur a découvert un état inattendu et souhaite communiquer ou documenter cela pour d’autres développeurs. Le téléchargement du vidage vous donne un instantané de l’état à des fins de référence ultérieure.
Configurations configurations
- Vous obtenez ainsi une liste consultable des configurations actives dans l’environnement. Vous pouvez voir quelles propriétés sont fournies par les configurations en consultant la page des détails.
- Exemple de cas d’utilisation : Un développeur veut s’assurer que les configurations qu’il a spécifiées sont réellement présentes dans l’environnement. Si la configuration est manquante, ils peuvent vérifier le modèle de fonctionnalité ou le mode d’exécution ou le dossier de configuration.
Pour les programmes de production, l’accès à AEM as a Cloud Service Developer Console est défini par "Cloud Manager - Rôle de développeur" dans Adobe Admin Console, tandis que pour les programmes Sandbox, AEM as a Cloud Service Developer Console est disponible pour tout utilisateur disposant d’un profil de produit lui donnant accès à AEM as a Cloud Service. Pour tous les programmes, « Cloud Manager – Rôle de développement » est nécessaire pour les vidages de statut et le navigateur de référentiels. Les utilisateurs et les utilisatrices doivent également être définis dans le profil de produit Utilisateurs et utilisatrices d’AEM ou Administrateurs et administratrices d’AEM sur les services de création et de publication pour afficher les données des deux services. Pour plus d’informations sur la configuration des autorisations des utilisateurs, voir Documentation de Cloud Manager.