Traitement des API synchrones de communication d’AEM Forms as a Cloud Service
Ce guide fournit des instructions complètes sur la configuration et l’utilisation des API synchrones AEM Forms Communications.
Découvrez comment configurer votre environnement AEM as a Cloud Service, activer l’accès aux API et appeler les API de communication à l’aide de l’authentification de serveur à serveur OAuth.
Conditions préalables
Pour configurer un environnement afin d’exécuter et de tester les API AEM Forms Communications, vérifiez que vous disposez des éléments suivants :
Accès et autorisations
Assurez-vous de disposer des droits d’accès et des autorisations requis avant de commencer à configurer les API Communications.
Autorisations des utilisateurs et des rôles
- Adobe ID créé à l’adresse https://account.adobe.com/
- Adobe ID associé à l’e-mail de votre organisation
- Attribution du contexte de produit Adobe Managed Services
- Rôle de développeur affecté dans Adobe Admin Console
- Autorisation de création de projets dans le Adobe Developer Console
Accès Cloud Manager
- Identifiants de connexion pour Cloud Manager
- Accès pour afficher et gérer les environnements de votre programme
- Autorisation de créer et d’exécuter des pipelines CI/CD
- Accès aux détails et à la configuration de l’environnement
Accès au référentiel Git
- Accès au référentiel Git de Cloud Manager
- Informations d’identification Git pour le clonage et l’envoi de modifications
Outils de développement
- Node.js pour exécuter des exemples d’applications
- Dernière version de Git
- Accès à Terminal/Ligne de commande
- Éditeur de texte ou IDE pour modifier les fichiers de configuration (VS Code, IntelliJ, etc.)
- Postman ou outil similaire pour les tests d’API
Maintenant, comprenons chaque étape en détail.
Étape 1 : mettre à jour l’instance AEM
Pour mettre à jour l’instance AEM :
-
Connexion à Adobe Cloud Manager
- Accédez à my.cloudmanager.adobe.com
- Connexion avec votre Adobe ID
-
Accéder à la présentation du programme
- Sélectionnez votre programme dans la liste. Vous êtes redirigé vers la page Aperçu du programme .
-
Rechercher les détails de l’environnement
-
Sélectionnez l’icône
ellipsis(…) en regard du nom de l’environnement, puis cliquez sur Mettre à jour -
Cliquez sur le bouton Envoyer et exécutez le pipeline full stack suggéré.
-
Étape 2 : Cloner Le Référentiel Git
Clonez le référentiel Git de Cloud Manager pour gérer vos fichiers de configuration API.
-
Recherchez la section Repository
-
Sur la page Présentation du programme, cliquez sur l’onglet Référentiels
-
Recherchez le nom du référentiel et cliquez sur le menu représentant des points de suspension (…)
-
Copiez l’URL du référentiel.
note note NOTE Le format de l’URL est généralement https://git.cloudmanager.adobe.com/<org>/<program>/
-
-
Cloner À L’Aide De La Commande Git
-
Ouvrez l’invite de commande ou le terminal
-
Exécutez la commande
git clonepour cloner le référentiel Git.code language-bash git clone [repository-url]note note NOTE Pour cloner le référentiel Git, utilisez les informations d’identification fournies par Adobe Cloud Manager. Par exemple, pour cloner votre référentiel Git, exécutez la commande suivante :
code language-bash https://git.cloudmanager.adobe.com/formsinternal01/AEMFormsInternal-ReleaseSanity-p43162-uk59167/
-
Options d’intégration du référentiel Git
Adobe Cloud Manager prend en charge les deux options de référentiel :
-
Utilisation directe du référentiel Git Cloud Manager
- Utiliser le référentiel Git natif de Cloud Manager
- Intégration intégrée aux pipelines
-
Intégration au référentiel Git géré par le client
- Connectez votre propre référentiel Git (GitHub, GitLab, Bitbucket, etc.).
- Configuration de la synchronisation avec Adobe Cloud Manager
Pour en savoir plus sur l’intégration d’Adobe Cloud Manager à Adobe Cloud Manager, voir Documentation sur l’intégration Git.
Étape 3 : accéder à l’environnement AEM Cloud Service et au point d’entrée AEM Forms
Accédez aux détails de votre environnement AEM Cloud Service pour obtenir les URL et les identifiants nécessaires à la configuration de l’API.
-
Connexion à Adobe Cloud Manager
- Accédez à my.cloudmanager.adobe.com
- Connexion avec votre Adobe ID
-
Accéder à la présentation du programme
Sélectionnez votre programme dans la liste. Vous êtes redirigé vers la page Aperçu du programme . -
Accès et affichage de l’environnement AEM Cloud Service
Vous pouvez afficher les détails de l’environnement AEM Cloud Service ou y accéder à l’aide de l’une des deux options suivantes :
-
Option 1 : À Partir De La Page Aperçu
-
Sur la page Aperçu du programme
-
Cliquez sur « Environnements » dans le menu de gauche. Vous pouvez voir une liste de tous les environnements
-
Cliquez sur le nom de l’environnement pour en afficher les détails
-
-
Option 2 : À Partir De La Section Environnements
-
Sur la page Aperçu du programme
-
Recherchez la section Environnements
-
Cliquez sur « Tout afficher » pour afficher tous les environnements
-
Cliquez sur le menu points de suspension (…) en regard de l’environnement
-
Sélectionnez « Afficher les détails »
-
-
-
Recherchez Votre Point D’Entrée AEM Forms
Sur la page de détails Environnement, notez les informations suivantes :
URL du service de création
- URL :
https://author-pXXXXX-eYYYYY.adobeaemcloud.com - Compartiment : author-pXXXXX-eYYYY
Exemple :https://author-p43162-e177398.adobeaemcloud.com
URL du service de publication
- URL :
https://publish-pXXXXX-eYYYYY.adobeaemcloud.com - Compartiment : publish-pXXXXX-eYYYY
Exemple :https://publish-author-p43162-e177398.adobeaemcloud.com
- URL :
Étape 4 : configuration de l’accès à l’API
Pour configurer les API AEM Forms Communications, procédez comme suit :
4.1 Configuration du projet Adobe Developer Console
-
Accéder à Adobe Developer Console
- Accéder à Adobe Developer Console
- Connexion avec votre Adobe ID
-
Créer un projet
-
Dans la section Démarrage rapide, cliquez sur Créer un projet
-
Un nouveau projet est créé avec un nom par défaut
-
Cliquez sur Modifier le projet dans le coin supérieur droit
-
Fournissez un nom significatif (par exemple, « projet de formulaire »).
-
Cliquer sur Enregistrer
-
4.2 Ajout des API de communication Forms
Vous pouvez ajouter différentes API AEM Forms Communications en fonction de vos besoins.
A. Pour les API Document Services
-
Cliquez sur Ajouter une API
-
Sélectionnez API de communication Forms
- Dans la boîte de dialogue Ajouter une API, filtrez par Experience Cloud
- Sélectionnez « API de communication Forms »
-
Sélectionnez la méthode d’authentification OAuth de serveur à serveur
B. Pour les API d’exécution Forms
-
Cliquez sur Ajouter une API
- Dans votre projet, cliquez sur le bouton Ajouter une API
-
Sélectionnez l’API de diffusion et d’exécution AEM Forms
- Dans la boîte de dialogue Ajouter une API, filtrez par Experience Cloud
- Sélectionnez « API de diffusion et d’exécution AEM Forms »
- Cliquer sur Suivant
-
Méthode d’authentification
- Sélectionnez la méthode d’authentification OAuth de serveur à serveur.
4.3 Ajouter un profil de produit
Pour ajouter le profil de produit, procédez comme suit :
-
Sélectionnez le profil de produit approprié en fonction du niveau d’accès requis :
table 0-row-2 1-row-2 2-row-2 3-row-2 Type d’accès Profil de produit Accès en lecture seule AEM Users - author - Program XXX - Environment XXXAccès en lecture/écriture AEM Assets Collaborator Users - author - Program XXX - Environment XXXAccès administratif complet AEM Administrators - author - Program XXX - Environment XXX -
Sélectionnez le profil de produit qui correspond à votre URL de service de création (
https://author-pXXXXX-eYYYYY.adobeaemcloud.com). Par exemple : sélectionnezhttps://author-pXXXXX-eYYYYY.adobeaemcloud.com. -
Cliquez sur Save configured API (Enregistrer l’API configurée). L’API et le profil de produit sont ajoutés au projet
4.4 Générer et enregistrer des informations d’identification
-
Accéder À Vos Informations D’Identification
- Accédez à votre projet dans Adobe Developer Console
- Cliquez sur les informations d’identification OAuth de serveur à serveur
- Consultez la section Informations d’identification
-
Enregistrer les informations d’identification de l’API
code language-text API Credentials: ================ Client ID: <your_client_id> Client Secret: <your_client_secret> Technical Account ID: <tech_account_id> Organization ID: <org_id> Scopes: AdobeID,openid,read_organizations
4.5 Génération de jetons d’accès
A. Pour les tests
Générez manuellement les jetons d’accès dans Adobe Developer Console :
-
Accédez à votre projet
- Dans Adobe Developer Console, ouvrez votre projet
- Cliquez sur OAuth de serveur à serveur
-
Générer un jeton d’accès
- Cliquez sur le bouton Générer un jeton d’accès » dans la section API de votre projet
- Copier le jeton d’accès généré
note note NOTE Le jeton d’accès est valide pendant 24 heures
B. Pour la production
Générez des jetons par programmation à l’aide de l’API Adobe IMS :
Informations d’identification requises :
- ID client
- Secret client
- Portées (généralement :
AdobeID,openid,read_organizations)
Point d’entrée du jeton :
https://ims-na1.adobelogin.com/ims/token/v3
Exemple de requête (curl) :
curl -X POST 'https://ims-na1.adobelogin.com/ims/token/v3' \
-H 'Content-Type: application/x-www-form-urlencoded' \
-d 'grant_type=client_credentials' \
-d 'client_id=<YOUR_CLIENT_ID>' \
-d 'client_secret=<YOUR_CLIENT_SECRET>' \
-d 'scope=AdobeID,openid,read_organizations'
Réponse:
{
"access_token": "eyJhbGciOiJSUz...",
"token_type": "bearer",
"expires_in": 86399
}
4.6 Enregistrement de l’ID client dans l’environnement AEM
Pour permettre à l’ID client de votre projet ADC de communiquer avec l’instance AEM, vous devez l’enregistrer à l’aide d’un fichier de configuration YAML et le déployer via un pipeline de configuration.
-
Rechercher ou créer un répertoire de configuration
- Accédez au référentiel de projet AEM cloné, puis au dossier
config. - S’il n’existe pas, créez-le au niveau racine du projet :
code language-bash mkdir config - Accédez au référentiel de projet AEM cloné, puis au dossier
-
Créez un fichier nommé
api.yamldans le répertoireconfig:code language-bash touch config/api.yaml -
Ajoutez le code suivant dans le fichier
api.yaml:code language-yaml kind: "API" version: "1" metadata: envTypes: ["dev"] # or ["prod", "stage"] for production environments data: allowedClientIDs: author: - "<your_client_id>" publish: - "<your_client_id>" preview: - "<your_client_id>"Les paramètres de configuration sont expliqués ci-dessous :
-
kind : toujours définie sur
"API"(identifie cela comme une configuration d'API) -
version : version de l’API, généralement
"1"ou"1.0" -
envTypes : tableau des types d’environnements auxquels s’applique cette configuration.
["dev"]- Environnements de développement uniquement["stage"]- Environnements d’évaluation uniquement["prod"]- Environnements de production uniquement
-
allowedClientIDs : ID de client autorisés à accéder à votre instance AEM
- author : ID de client pour le niveau de création
- publish : ID de client pour le niveau de publication
- preview : ID de client pour le niveau d’aperçu
Par exemple, ajoutez le
allowedClientIDsen tant que6bc4589785e246eda29a545d3ca55980et envTypes en tant quedev:
-
-
Valider et envoyer les modifications
- Accédez au dossier racine du référentiel cloné et exécutez les commandes ci-dessous :
code language-bash git add config/api.yaml git commit -m "Whitelist client id for api invocation" git push origin <your-branch>
-
Configurer le pipeline
-
Connexion à Cloud Manager
- Accédez à my.cloudmanager.adobe.com
- Connexion avec votre Adobe ID
-
Accédez à votre programme
Sélectionnez votre programme dans la liste et vous êtes redirigé vers la page Aperçu du programme . -
Recherchez la carte Pipelines
- Recherchez la vignette Pipelines dans la page Aperçu du programme .
- Cliquez sur bouton « Ajouter »
-
Sélectionner le type de pipeline
-
Pour Les Environnements De Développement : Sélectionnez « Ajouter Un Pipeline Hors Production ». Les pipelines hors production sont destinés aux environnements de développement et intermédiaires
-
Pour Les Environnements De Production : Sélectionnez « Ajouter Un Pipeline De Production ». Les pipelines de production nécessitent des approbations supplémentaires
note note NOTE Dans ce cas, créez un pipeline hors production, car un environnement de développement est disponible.
-
-
Configurer le pipeline - Onglet Configuration
Dans l’onglet Configuration :
a. Type de pipeline
- Sélectionnez Pipeline de déploiement
b. Nom du pipeline
- Attribuez un nom explicite, par exemple, «
api-config-pipieline» au pipeline.
c. Déclencheur de déploiement
- Manuel : le déploiement n’est effectué que lorsqu’il est déclenché manuellement (recommandé pour la configuration initiale)
- Lors des modifications Git : déploiement automatique lorsque les modifications sont transmises à la branche
d. Comportement en cas d’échecs de mesures importants
- Demander à chaque fois : demande d’action en cas d’échec (par défaut)
- Échec immédiat : échec automatique du pipeline en cas d’échec des mesures
- Continuer immédiatement : continuer malgré les échecs
e. Cliquez sur « Continuer » pour accéder à l’onglet Code Source
-
Configurer le pipeline - Onglet Code Source
Dans l'onglet Code Source :
a. Type de déploiement
- Sélectionnez « Déploiement ciblé »
b. Options de déploiement
- Sélectionnez « Config » (déployer les fichiers de configuration uniquement). Il indique à Cloud Manager qu’il s’agit d’un déploiement de configuration.
c. Sélectionner un environnement de déploiement éligible
- Choisissez l’environnement dans lequel vous souhaitez déployer la configuration. Dans ce cas, il s’agit d’un environnement
dev.
d. Définition des détails du code Source
- Référentiel : sélectionnez le référentiel contenant votre fichier
api.yaml. Par exemple, sélectionnez le référentielAEMFormsInternal-ReleaseSanity-p43162-uk59167. - Branche Git : sélectionnez votre branche. Par exemple, dans ce cas, notre code est déployé au niveau de la branche
main. - Emplacement du code : saisissez le chemin d’accès au répertoire
config. Comme leapi.yamlse trouve dansconfigdossier racine, saisissez/config
e. Cliquez sur « Enregistrer » pour créer le pipeline
-
-
Déployer la configuration
Maintenant que le pipeline est créé, déployez votre configuration
api.yaml:-
Dans la présentation des pipelines
- Sur la page Aperçu du programme , recherchez la vignette Pipelines
- Accédez au pipeline de configuration que vous venez de créer dans la liste. Par exemple, recherchez le nom du pipeline que vous avez créé (par exemple, « api-config-pipeline »). Vous pouvez afficher les détails du pipeline, notamment le statut et la dernière exécution.
-
Démarrer le déploiement
- Cliquez sur le bouton « Créer » (ou sur l’icône de lecture ▶) à côté de votre pipeline
- Confirmez le déploiement si vous y êtes invité et l’exécution du pipeline commence
-
Vérification de la réussite du déploiement
-
Attendez que le pipeline soit terminé.
-
S’il réussit, le statut passe à « Succès » (coche verte ✓).
-
En cas d’échec, le statut est remplacé par « Échec » (✗ croix rouge). Cliquez sur Télécharger les journaux pour afficher les détails de l’erreur.
-
Vous pouvez maintenant commencer à tester les API Forms Communications. À des fins de test, vous pouvez utiliser le client Postman, curl ou tout autre client REST pour appeler les API .
-
-
Étape 5 : spécifications et tests de l’API
Maintenant que votre environnement est configuré, vous pouvez commencer à tester les API de communication AEM Forms à l’aide de l’interface utilisateur Swagger ou par programmation en développant l’application NodeJS.
Dans cet exemple, nous allons générer un PDF à l’aide des API Document Services à l’aide du modèle et du fichier XDP.
A. Utilisation de l’interface utilisateur Swagger pour les tests d’API
L’interface utilisateur Swagger fournit une interface interactive pour tester les API sans écrire de code. Utilisez la fonctionnalité Essayer pour appeler et tester l’API générer PDF Document Service.
-
Accéder à la documentation de l’API
- API Forms : Référence de l’API Forms
- Document Services : Référence de l’API des services de document
Ouvrez la documentation des API des services de document dans votre navigateur.
-
Développez la section Génération de documents et sélectionnez Génère un formulaire PDF à remplir à partir d’un modèle XDP ou PDF, éventuellement avec fusion des données.
-
Dans le volet de droite, cliquez sur Essayer.
-
Saisissez les valeurs suivantes :
table 0-row-3 1-row-3 2-row-3 3-row-3 4-row-3 5-row-3 Section Paramètre Valeur. compartiment Instance AEM Nom de l’instance AEM sans le nom de domaine Adobe ( .adobeaemcloud.com) Par exemple, utilisezp43162-e177398comme compartiment.Sécurité Jeton porteur Utilisez le jeton d’accès à partir des informations d’identification de serveur à serveur OAuth du projet Adobe Developer Console Corps template Chargez un fichier XDP pour générer le formulaire PDF. Par exemple, vous pouvez utiliser ce XDP pour générer un PDF. Corps data Fichier XML facultatif contenant les données à fusionner avec le modèle pour générer un formulaire PDF prérempli. Par exemple, vous pouvez utiliser ce XML pour générer un PDF. Paramètres X-Adobe-Accept-Experimental 1 -
Cliquez sur Envoyer pour appeler l’API
-
Vérifiez la réponse dans l’onglet Réponse :
- Si le code de réponse est
200, cela signifie que le PDF a été créé avec succès. - Si le code de réponse est
400, cela signifie que les paramètres de requête sont non valides ou incorrects. - Si le code de réponse est
500, cela signifie qu’il existe une erreur de serveur interne.
Dans ce cas, le code de réponse est
200, ce qui signifie que le PDF a bien été généré :
Vous pouvez désormais télécharger le PDF créé à l’aide du bouton Télécharger et l’afficher dans la visionneuse PDF :
- Si le code de réponse est
B. Par programmation, en développant l’application NodeJS
Développez une application Node.js pour générer un formulaire PDF à remplir à partir d’un modèle XDP et d’un fichier de données XML à l’aide de l’API Document Services
Conditions préalables
- Node.js installé sur votre système
- Instance AEM as a Cloud Service active
- Jeton porteur pour l’authentification de l’API à partir de Adobe Developer Console
- Exemple de fichier XDP : ClosingForm.xdp
- Exemple de fichier XML : ClosingForm.xml
Pour développer l’application Node.js, procédez comme suit :
Étape 1 : créer un projet Node.js
Ouvrez le cmd/terminal et exécutez les commandes ci-dessous :
# Create a new directory
mkdir demo-nodejs-generate-pdf
cd demo-nodejs-generate-pdf
##### Initialize Node.js project
npm init -y
Étape 2 : Installer les dépendances requises
Installez les bibliothèques node-fetch, dotenv et form-data pour effectuer des requêtes HTTP, lire des variables d’environnement et gérer les données de formulaire, respectivement.
npm install node-fetch
npm install dotenv
npm install form-data
Étape 3 : mettre à jour package.json
-
Ouvrez le cmd/terminal et exécutez la commande :
code language-bash code .
Le projet s’ouvre alors dans l’éditeur de code.
-
Mettez à jour le fichier
package.jsonpour ajouter letypeàmodule.code language-bash { "name": "demo-nodejs-generate-pdf", "version": "1.0.0", "type": "module", "main": "index.js", }
Étape 4 : Créer un fichier .env
-
Créer un fichier .env au niveau racine d’un projet
-
Ajoutez la configuration suivante et remplacez les espaces réservés par les valeurs réelles des informations d’identification OAuth de serveur à serveur du projet ADC.
code language-bash CLIENT_ID=<ADC Project OAuth Server-to-Server credential ClientID> CLIENT_SECRET=<ADC Project OAuth Server-to-Server credential Client Secret> SCOPES=<ADC Project OAuth Server-to-Server credential Scopes>
note note NOTE Vous pouvez copier les CLIENT_ID,CLIENT_SECRETetSCOPESà partir du projet Adobe Developer Console.
Étape 5 : Créer src/index.js
- Créer
index.jsfichier au niveau racine du projet - Ajoutez le code suivant et remplacez les espaces réservés par les valeurs réelles :
// Import the dotenv configuration to load environment variables from the .env file
import "dotenv/config";
// Import fetch for making HTTP requests
import fetch from "node-fetch";
import fs from "fs";
import FormData from "form-data";
// REPLACE THE FOLLOWING VALUE WITH YOUR OWN
const bucket = <bucket-value>; // Your AEM Cloud Service Bucket name
const xdpFilePath = <xdp-file>;
const xmlFilePath = <xml-file>;
// Load environment variables
const clientId = process.env.CLIENT_ID;
const clientSecret = process.env.CLIENT_SECRET;
const scopes = process.env.SCOPES;
// Adobe IMS endpoint for obtaining an access token
const adobeIMSV3TokenEndpointURL = "https://ims-na1.adobelogin.com/ims/token/v3";
// Function to get an access token
const getAccessToken = async () => {
console.log("Getting access token from IMS...");
const options = {
method: "POST",
headers: {
"Content-Type": "application/x-www-form-urlencoded",
},
body: `grant_type=client_credentials&client_id=${clientId}&client_secret=${clientSecret}&scope=${scopes}`,
};
const response = await fetch(adobeIMSV3TokenEndpointURL, options);
const responseJSON = await response.json();
console.log("Access token received.");
return responseJSON.access_token;
};
// Function to generate PDF form from XDP and XML
const generatePDF = async () => {
const accessToken = await getAccessToken();
console.log("Generating PDF form from XDP and XML...");
// Read XDP and XML files
const xdpFile = fs.readFileSync(xdpFilePath);
const xmlFile = fs.readFileSync(xmlFilePath);
const url = `https://${bucket}.adobeaemcloud.com/adobe/document/generate/pdfform`;
const formData = new FormData();
formData.append("template", xdpFile, {
filename: "form.xdp",
contentType: "application/vnd.adobe.xdp+xml"
});
formData.append("data", xmlFile, {
filename: "data.xml",
contentType: "application/xml"
});
const response = await fetch(url, {
method: "POST",
headers: {
Authorization: `Bearer ${accessToken}`,
"X-Api-Key": clientId,
"X-Adobe-Accept-Experimental": "1",
...formData.getHeaders()
},
body: formData,
});
if (response.ok) {
const arrayBuffer = await response.arrayBuffer();
fs.writeFileSync("generatedForm.pdf", Buffer.from(arrayBuffer));
console.log("✅ PDF form generated successfully (saved as generatedForm.pdf)");
} else {
console.error("❌ Failed to generate PDF. Status:", response.status);
console.error(await response.text());
}
};
// Run the PDF generation function
generatePDF();
Étape 6 : exécuter l’application
node src/index.js
Le PDF est créé dans le dossier demo-nodejs-generate-pdf . Accédez au dossier pour trouver le fichier généré nommé generatedForm.pdf.
Vous pouvez ouvrir le PDF généré pour l’afficher.
Résolution des problèmes
Problèmes courants et causes possibles
Problème 1 : Erreur 403 Interdite
Symptômes :
403 Forbiddende retour des requêtes API- Message d’erreur : Accès refusé ou Autorisations insuffisantes
- Se produit même avec un jeton d’accès valide
Causes possibles :
- Autorisations insuffisantes dans le profil de produit lié aux informations d’identification de serveur à serveur OAuth.
- Le groupe d’utilisateurs du service dans l’auteur AEM ne dispose pas des autorisations nécessaires sur les chemins de contenu requis
Problème 2 : Erreur 401 Non Autorisée
Symptômes :
401 Unauthorizedde retour des requêtes API- Message d’erreur : jeton non valide ou expiré
Causes possibles :
- Jeton d’accès expiré (valide pendant 24 heures uniquement)
- Identifiant client et secret client incorrects ou incompatibles
- En-têtes d’authentification manquants ou incorrects dans la requête API
Problème 3 : Erreur 404 Introuvable
Symptômes :
404 Not Foundde retour des requêtes API- Message d’erreur : Ressource introuvable ou point d’entrée API introuvable
Causes possibles :
- Identifiant client non inscrit dans la configuration
api.yamlde l’instance AEM - Paramètre de compartiment incorrect (ne correspond pas à l’identifiant de l’instance AEM)
- ID de ressource non valide ou inexistant (formulaire ou ressource)
Problème 4 : Option d’authentification de serveur à serveur non disponible
Symptômes :
- Option OAuth de serveur à serveur manquante ou désactivée dans Adobe Developer Console
Cause possible :
- L’utilisateur qui crée l’intégration n’est pas ajouté en tant que développeur dans le profil de produit associé
Problème 5 : échec du déploiement du pipeline
Symptômes :
- Échec de l’exécution de la configuration du pipeline
- Les journaux de déploiement affichent les erreurs liées aux
api.yaml
Causes possibles :
- Syntaxe YAML non valide (problèmes de mise en retrait, de guillemets ou de format de tableau)
api.yamlplacé dans un répertoire incorrect- Identifiant client incorrect ou mal formé dans la configuration
Articles connexes
Pour savoir comment configurer un environnement pour le traitement par lots (API asynchrones), consultez Traitement par lots des communications AEM Forms as a Cloud Service.