Configuration de l’accès serveur à serveur OAuth pour les API de communication AEM Forms

Ce guide fournit des instructions pour configurer et appeler les API synchrones de communications AEM Forms accessibles via Adobe Developer Console à 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 :

Mise à jour de l’environnement AEM as a Cloud Service

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

  • Rôle de développeur affecté dans Adobe Admin Console
  • Autorisation de création de projets dans le Adobe Developer Console
NOTE
Pour en savoir plus sur l’attribution de rôles et l’octroi de l’accès aux utilisateurs, consultez l’article Ajouter des utilisateurs et des rôles.

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
NOTE
Pour en savoir plus sur l’intégration d’Adobe Cloud Manager à Adobe Cloud Manager, voir Documentation sur l’intégration Git.

Générer un jeton d’accès à l’aide de Adobe Developer Console (ADC)

  • Générez un jeton d’accès via Adobe Developer Console à l’aide de l’authentification de serveur à serveur OAuth.
  • Récupérer l’ID client à partir du Adobe Developer Console
NOTE
Pour plus d’informations sur l’authentification de serveur à serveur OAuth à l’aide de Adobe Developer Console, cliquez ici.

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
NOTE
Il s’agit d’un processus unique par environnement qui doit être terminé avant de poursuivre la configuration des API Communications d’AEM Forms.

Configuration des API synchrones de communication d’AEM Forms

Les API de communication d’AEM Forms sont accessibles via Adobe Developer Console à l’aide de l’authentification serveur à serveur OAuth.

Suivez les étapes expliquant comment configurer les API synchrones de communication Forms pour générer PDF à l’aide du modèle et du fichier XDP :

Étape 1 : 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.

1.1 Connexion à Adobe Cloud Manager

  1. Accédez à my.cloudmanager.adobe.com
  2. Connexion avec votre Adobe ID

1.2 Accéder à l’aperçu du programme

Sélectionnez votre programme dans la liste. Vous êtes redirigé vers la page Aperçu du programme

Page Aperçu du programme

1.3 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
  1. Sur la page Aperçu du programme

  2. Cliquez sur « Environnements » dans le menu de gauche. Vous pouvez voir une liste de tous les environnements

  3. Cliquez sur le nom de l’environnement pour en afficher les détails

    Afficher tous les environnements

Option 2 : À Partir De La Section Environnements
  1. Sur la page Aperçu du programme

  2. Recherchez la section Environnements

  3. Cliquez sur « Tout afficher » pour afficher tous les environnements

  4. Cliquez sur le menu points de suspension (…) en regard de l’environnement

  5. Sélectionnez « Afficher les détails »

    Option1-Détails de l’environnement

1.4. Rechercher Le Point D’Entrée AEM Forms

Sur la page de détails Environnement, notez votre instance d’URL AEM.

Option1-Détails de l’environnement

NOTE
Pour savoir comment accéder à l’environnement AEM Cloud Service et au point d’entrée AEM Forms, consultez la section Documentation sur la gestion des environnements.

É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.

2.1 Recherchez la section Référentiel

  1. Sur la page Présentation du programme, cliquez sur l’onglet Référentiels

  2. Recherchez le nom du référentiel et cliquez sur le menu représentant des points de suspension (…)

  3. Copiez l’URL du référentiel.

    Copier l’URL du référentiel

NOTE
Le format de l’URL est généralement https://git.cloudmanager.adobe.com/<org>/<program>/

2.2 Cloner À L’Aide De La Commande Git

  1. Ouvrez l’invite de commande ou le terminal

  2. Exécutez la commande git clone pour cloner le référentiel Git.

    code language-bash
    git clone [repository-url]
    
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 :

https://git.cloudmanager.adobe.com/formsinternal01/AEMFormsInternal-ReleaseSanity-pXXX-ukYYYY/

Clonage du référentiel Git

Pour en savoir plus sur l’intégration d’Adobe Cloud Manager à Adobe Cloud Manager, voir Documentation sur l’intégration Git.

Étape 3 : configuration du projet Adobe Developer Console

3.1 Accès à Adobe Developer Console

  1. Accéder à Adobe Developer Console
  2. Connexion avec votre Adobe ID
  3. Créer un projet ou accéder à votre projet existant
Pour créer un projet
  1. Dans la section Démarrage rapide, cliquez sur Créer un projet

  2. Un nouveau projet est créé avec un nom par défaut

    Créer un projet ADC

  3. Cliquez sur Modifier le projet dans le coin supérieur droit

    Modifier projet

  4. Fournissez un nom significatif (par exemple, « projet de formulaire »).

  5. Cliquer sur Enregistrer

    Modifier le nom du projet

Pour accéder à votre projet existant
  1. Cliquez sur Tous les projets dans le Adobe Developer Console

    Rechercher projets

  2. Recherchez votre projet et cliquez pour l’ouvrir.

    Localisation de projets

3.2 Ajout des API de communication Forms

  1. Cliquez sur Ajouter une API

    Ajouter une api

  2. Dans la boîte de dialogue Ajouter une API, filtrez par Experience Cloud

  3. Sélectionnez « API de communication Forms »

    Ajouter l’API de communication Forms

  4. Cliquer sur Suivant

  5. Sélectionnez la méthode d’authentification OAuth de serveur à serveur

    Sélectionner la méthode d’authentification

  6. Cliquer sur Suivant

3.3 Ajouter un profil de produit

  1. Sélectionnez le Profil produit correspondant à l’URL de votre instance AEM (https://Service Type -Environment Type-Program XXX-Environment XXX.adobeaemcloud.com).

  2. Cliquez sur Save configured API (Enregistrer l’API configurée). L’API et le profil de produit sont ajoutés au projet

    Sélectionner la configuration du projet

  3. Consultez la section Informations d’identification

    Afficher les informations d’identification

Enregistrer les informations d’identification de l’API

    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

3.4 Générer l’accès

Pour les tests

Générez manuellement les jetons d’accès dans Adobe Developer Console :

  1. Cliquez sur le bouton Générer un jeton d’accès » dans la section API de votre projet

  2. Copier le jeton d’accès généré

    Générer un jeton d’accès

note note
NOTE
Le jeton d’accès est valide pendant 24 heures uniquement
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 : openid, AdobeID, read_organizations, additional_info.projectedProductContext, read_pc.dma_aem_cloud, aem.document)

Point d’entrée du jeton :

code language-none
    https://ims-na1.adobelogin.com/ims/token/v3

Exemple de requête (curl) :

code language-bash
    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:

code language-json
        {
        "access_token": "eyJhbGciOiJSUz...",
        "token_type": "bearer",
        "expires_in": 86399
        }

Vous pouvez désormais utiliser le jeton d’accès généré pour effectuer un appel API pour les environnements de développement, d’évaluation ou de production.

NOTE
Pour en savoir plus sur l’authentification de serveur à serveur OAuth via Adobe Developer Console, reportez-vous à l’article ​ Authentification de serveur à serveur OAuth ​.

Étape 4 : enregistrement de l’ID client avec 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.

4.1 Rechercher ou créer un répertoire de configuration

  1. Accédez au référentiel de projet AEM cloné et localisez le dossier config

  2. S’il n’existe pas, créez-le au niveau racine du projet :

    code language-bash
    mkdir config
    
  3. Créez un fichier nommé api.yaml dans le répertoire config :

    code language-bash
    touch config/api.yaml
    
  4. 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

Ajout d’un fichier de configuration

4.2 Valider et envoyer les modifications

  1. 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>
    

    Pousser les modifications Git

Étape 5 : Configurer le pipeline de configuration

5.1 Connexion à Adobe Cloud Manager

  1. Accédez à my.cloudmanager.adobe.com
  2. Connexion avec votre Adobe ID

5.1 Localiser la carte Pipelines

  1. Recherchez la vignette Pipelines dans la page Aperçu du programme .

  2. Cliquez sur bouton « Ajouter »

    Ajouter un pipeline

5.2 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
Dans ce cas, créez un pipeline hors production, car un environnement de développement est disponible.

1. Configuration du 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

2. Configuration du 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érentiel AEMFormsInternal-ReleaseSanity-pXXXXX-ukYYYYY.
  • 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 le api.yaml se trouve dans config dossier racine, saisissez /config

e. Cliquez sur « Enregistrer » pour créer le pipeline

Configurer le pipeline

Étape 6 : déploiement de la configuration

Maintenant que le pipeline est créé, déployez votre configuration api.yaml

6.1 Dans la présentation des pipelines

  1. Sur la page Aperçu du programme , recherchez la vignette Pipelines
  2. 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.

6.2 Démarrer le déploiement **

  1. Cliquez sur le bouton « Créer » (ou sur l’icône de lecture ▶) à côté de votre pipeline
  2. Confirmez le déploiement si vous y êtes invité et l’exécution du pipeline commence

exécuter le pipeline

6.3 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.

      Succès du pipeline

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 7 : 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.

A. Utilisation de l’interface utilisateur Swagger pour les tests 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 de communication Forms générer PDF.

  1. Accédez à Référence de l’API de communication Forms puis ouvrez la documentation de l’API de communication Forms dans votre navigateur.

  2. 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.

  3. Dans le volet de droite, cliquez sur Essayer.

    Test Swagger pour l’API

  4. 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, utilisez pXXXXX-eYYYYY comme compartiment.
    Sécurité Jeton porteur Utilisez le jeton d’accès ​ à partir des informations d’identification OAuth de serveur à serveur 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
  5. Cliquez sur Envoyer pour appeler l’API

    API d’envoi

  6. 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.
    • Si le code de réponse est 403, cela signifie qu’il existe une erreur d’autorisation.

    Dans ce cas, le code de réponse est 200, ce qui signifie que le PDF a bien été généré :

    Réponse de révision

    Vous pouvez désormais télécharger le PDF créé à l’aide du bouton Télécharger et l’afficher dans la visionneuse PDF :

    Afficher PDF

    note note
    NOTE
    À des fins de test, vous pouvez également utiliser Postman, curl ou tout autre client REST pour appeler les API AEM.
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 :

code language-bash
# Create a new directory
mkdir demo-nodejs-generate-pdf
cd demo-nodejs-generate-pdf

##### Initialize Node.js project
npm init -y

Créer un projet node js

É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.

code language-bash
npm install node-fetch
npm install dotenv
npm install form-data

installer les dépendances npm

Étape 3 : mettre à jour package.json

  1. Ouvrez le cmd/terminal et exécutez la commande :

    code language-bash
    code .
    

    ouvrez un projet dans l’éditeur

    Le projet s’ouvre alors dans l’éditeur de code.

  2. Mettez à jour le fichier package.json pour ajouter le type à module.

    code language-bash
    {
    "name": "demo-nodejs-generate-pdf",
    "version": "1.0.0",
    "type": "module",
    "main": "index.js",
    }
    

    mettre à jour le fichier de package

Étape 4 : créer un fichier .env

  1. Créer un fichier .env au niveau racine d’un projet

  2. 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>
    

    créer un fichier d’environnement

    note note
    NOTE
    Vous pouvez copier les CLIENT_ID, CLIENT_SECRET et SCOPES à partir du projet Adobe Developer Console.

Étape 5 : Créer src/index.js

  1. Créer index.js fichier au niveau racine du projet
  2. Ajoutez le code suivant et remplacez les espaces réservés par les valeurs réelles :
code language-javascript
// 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();

créer index.js

Étape 6 : exécuter l’application

code language-bash
node src/index.js

exécuter l’application

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.

afficher le pdf créé

Afficher 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 Forbidden de retour des requêtes API
  • Message d’erreur : Accès non autorisé

Cause possible :

  • Identifiant client non inscrit dans la configuration api.yaml de l’instance AEM

Problème 2 : Erreur 401 Non Autorisée

Symptômes :

  • 401 Unauthorized de 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

Problème 3 : Erreur 404 Introuvable

Symptômes :

  • 404 Not Found de retour des requêtes API
  • Message d’erreur : Ressource introuvable ou point d’entrée API introuvable

Cause possible :

  • Paramètre de compartiment incorrect (ne correspond pas à l’identifiant de l’instance AEM)

Problème 4 : É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.yaml placé dans un répertoire incorrect
  • Identifiant client incorrect ou mal formé dans la configuration
  • Secret client non valide

Problème 5 : échec de l’exécution des API de communication Forms

Symptômes :

  • Les requêtes d’API renvoient des erreurs indiquant des fonctionnalités non prises en charge ou indisponibles.
  • La génération de PDF à l’aide de XDP et XML ne fonctionne pas.
  • Le déploiement du pipeline s’est terminé avec succès, mais les appels de l’API d’exécution échouent.

Cause possible :

L’environnement AEM exécute une version publiée avant l’introduction ou la prise en charge des API de communication Forms.
Pour mettre à jour l'environnement AEM, consultez la section Mettre à jour l'instance AEM .

Mettre à jour l’instance AEM

Pour mettre à jour l’instance AEM afin de localiser les détails de l’environnement :

  1. Sélectionnez l’icône ellipsis(…) en regard du nom de l’environnement, puis cliquez sur Mettre à jour

  2. Cliquez sur le bouton Envoyer et exécutez le pipeline full stack suggéré.

    Mettre à jour l’environnement

Articles connexes

recommendation-more-help
fbcff2a9-b6fe-4574-b04a-21e75df764ab