Résolution des problèmes d’autorisation des actions web Adobe I/O imbriquées dans AEMaaCS
Cet article aborde le problème de l’appel d’une action web Adobe I/O à partir d’une autre action web lorsqu’une autorisation est requise. Le problème est dû à des contraintes de configuration ou à des détails d’authentification manquants. La solution implique d’ajuster les configurations et de s’assurer que les mécanismes d’authentification appropriés sont en place pour activer les appels imbriqués réussis.
Description description
Environnement
Adobe Experience Manager as a Cloud Service (AEMaaCS) - Sites
Problème/Symptômes
Lors de l’appel d’une action web Adobe I/O à partir d’une autre action web, l’appel imbriqué échoue si une autorisation est requise. Cela se produit en raison de paramètres de configuration incorrects ou de détails d’authentification manquants tels que des jetons et des en-têtes.
Résolution resolution
Pour résoudre ce problème, procédez comme suit :
- Vérifiez si l’action web interne n’a pas besoin d’être publiquement appelable. S’il ne modifie pas le paramètre de configuration
require-adobe-authde true en false et définissezwebsur *no.*Cela en fait une action purement collaborateur qui n'est pas accessible en externe. - Si l’action web interne doit rester protégée et nécessite une authentification Adobe, assurez-vous que le code appelant cette action interne inclut les détails d’authentification appropriés.
- Incluez un jeton JWT ou OAuth valide dans l’en-tête
Authorizationen tant queBearer <token>. Ajoutez également l’en-têtex-gw-ims-org-idavec l’ID d’organisation IMS correct. - Assurez-vous que les jetons d’authentification sont correctement récupérés du contexte Adobe I/O et correctement propagés lors d’appels imbriqués lors d’appels à partir des servlets AEM ou des composants front-end.
Lecture connexe
Pour plus d’informations, consultez la section Action de Adobe I/O Runtime 🔗 des tutoriels AEM as a Cloud Service.