DocumentationExperience Cloud KCS

Échec de l’enregistrement ou du chargement du modèle de fragment de contenu en raison des limites de requête Sling

Dernière mise à jour : 23 juin 2026

Les modèles de fragment de contenu ne peuvent pas être enregistrés, ne peuvent pas afficher tous les champs ou inversent les modifications lorsque les limites de traitement des requêtes Sling sont définies sur une valeur trop basse. Deux paramètres sont généralement impliqués : sling.max.calls, qui contrôle le nombre d’appels du serveur principal effectués par l’éditeur, et request.max.file.count, qui contrôle les demandes d’enregistrement multipartie. Les mises à niveau réinitialisent ces limites ou les configurations OSGi personnalisées les remplacent, ce qui déclenche des erreurs telles que TooManyCallsException et FileCountLimitExcededException. Pour résoudre ce problème, augmentez la limite Sling affectée, supprimez les remplacements de configuration en conflit et confirmez que l’éditeur se charge et enregistre correctement.

Description description

Environnement

  • Adobe Experience Manager as a Cloud Service
  • AEM Managed Services
  • AEM 6.5 On-Prem

Problème/Symptômes

  • Les journaux d’erreurs s’affichent TooManyCallsException.
  • Les journaux d’erreurs s’affichent FileCountLimitExceededException: attachment.
  • Les champs de modèle de fragment de contenu ne sont pas enregistrés.
  • Les nouveaux champs disparaissent après la réouverture du modèle.
  • L’éditeur n’affiche pas tous les onglets ou champs lorsque le modèle contient de nombreux champs.
  • Le bouton Ajouter est absent des boîtes de dialogue avec des listes multiples imbriquées.

Cause

AEM utilise les limites de traitement des requêtes Sling pour se protéger contre l’exécution excessive de requêtes et les envois de formulaires en plusieurs parties surdimensionnés. Si sling.max.calls est trop faible, l’éditeur de modèle de fragment de contenu dépasse le nombre autorisé d’appels du serveur principal lors du chargement ou de l’enregistrement de modèles complexes, ce qui entraîne des TooManyCallsException. Si request.max.file.count est trop faible, les demandes d’enregistrement multipartie échouent avec FileCountLimitExceededException, même si aucun fichier n’est chargé. Les mises à niveau ou les configurations OSGi personnalisées réinitialisent ou remplacent ces valeurs et provoquent le retour du problème.

Résolution resolution

Pour résoudre les échecs d’enregistrement ou de chargement du modèle de fragment de contenu causés par les limites de requête Sling, procédez comme suit :

  1. Identifiez l’erreur en examinant le error.log.

  2. Si le journal s’affiche TooManyCallsException, augmentez sling.max.calls dans le servlet principal Apache Sling.

    • Pour AEM 6.5 On-Prem ou AEM Managed Services, ouvrez /system/console/configMgr, localisez Apache Sling Main Servlet et augmentez Number of Calls per Request de manière incrémentielle à une valeur plus élevée, telle que 2000 ou 3000.
    • Pour AEM as a Cloud Service, mettez à jour les org.apache.sling.engine.impl.SlingMainServlet.cfg.json de votre projet ui.config et définissez-sling.max.calls sur une valeur supérieure, telle que 2000 ou 3000.

  3. Si le journal s’affiche FileCountLimitExceededException: attachment, augmentez la request.max.file.count dans Gestion des paramètres de requête Apache Sling.

    • Pour AEM 6.5 On-Prem ou AEM Managed Services, ouvrez /system/console/configMgr, localisez Apache Sling Request Parameter Handling et définissez Maximum File Count sur 10000.
    • Pour AEM as a Cloud Service, mettez à jour les org.apache.sling.engine.parameters.cfg.json de votre projet ui.config et définissez request.max.file.count sur 10000.

  4. Recherchez les configurations OSGi personnalisées en conflit qui remplacent ces valeurs et les suppriment ou les corrigent.

  5. Redémarrez AEM si nécessaire pour votre type de déploiement afin que les valeurs mises à jour soient appliquées.

  6. Testez à nouveau le modèle en ajoutant des champs, en enregistrant et en rouvrant le modèle.

  7. Vérifiez que tous les champs sont conservés et qu’aucune nouvelle erreur n’apparaît dans le error.log.

Lecture connexe

recommendation-more-help
experience-cloud-kcs-help-kbarticles