La résolution des échecs d’enregistrement des métadonnées et des limites de l’interface utilisateur provoqués par le paramètre de requête Sling et les limites de configuration de rendu

Les mises à jour du schéma de métadonnées, les enregistrements des métadonnées de dossier et les envois de formulaires en plusieurs parties peuvent échouer dans Adobe Experience Manager lorsque les limites de requête Sling sont dépassées. Ces échecs se produisent souvent en raison de restrictions telles que le nombre maximal de paramètres de requête, les limites de nombre de fichiers ou les limites de récursivité de rendu configurées dans OSGi. Par conséquent, le système peut arrêter le traitement des demandes ou ne pas conserver les modifications en silence. Le fait d’ajuster les limites de configuration Sling et Jetty appropriées résout le problème. Augmentez les limites de configuration et validez le déploiement pour restaurer les fonctionnalités normales.

Description description

Environnement

  • Adobe Experience Manager as a Cloud Service
  • Adobe Experience Manager 6.5 (Managed Services ou on-premise)
  • AEM Assets Essentials

Problème/Symptômes

  • Le journal des erreurs affiche les échecs d’analyse pour les requêtes POST multipartie
  • Une erreur indique un trop grand nombre de paires nom/valeur dans les paramètres de requête
  • Exceptions de limite de nombre de fichiers pendant les opérations de déplacement ou de métadonnées
  • L’interface utilisateur du schéma de métadonnées affiche l’enregistrement réussi, mais les modifications ne persistent pas
  • L’interface utilisateur GenericList échoue lorsque le nombre d’éléments augmente considérablement
  • Les envois de formulaires en plusieurs parties renvoient des paramètres vides ou incomplets

Cause

Sling applique des limites au traitement des requêtes HTTP afin d’empêcher les requêtes surdimensionnées ou malveillantes. Lorsque les schémas, listes ou formulaires de métadonnées dépassent les seuils configurés tels que le nombre de paramètres, le nombre de fichiers, la taille multipartie ou les appels de rendu, Sling cesse de traiter la requête ou ne parvient pas à effectuer le rendu de l’interface utilisateur.

Comment confirmer

  • Ouvrez les journaux et recherchez les erreurs liées à l’analyse en plusieurs parties ou aux limites de paramètres
  • Recherchez les messages indiquant un nombre trop élevé de paramètres ou de fichiers dépassé
  • Vérifier si les actions de l’interface utilisateur semblent réussies mais ne conservent pas les modifications

Résolution resolution

Pour résoudre ce problème, procédez comme suit

  1. Consultez les journaux pour identifier la limite dépassée en vérifiant les messages liés à l’analyse des demandes, au nombre de paramètres, aux limites de fichiers ou aux appels de rendu.
  2. Augmentez les limites des paramètres de requête Sling en mettant à jour la configuration OSGi pour la gestion des requêtes. Définissez les valeurs appropriées pour les paramètres maximaux et le nombre de fichiers en fonction de la taille du schéma.
  3. Ajustez la taille maximale du formulaire dans la configuration du service HTTP si des erreurs POST multipartie se produisent.
  4. Augmentez la limite de récursivité du rendu pour prendre en charge les listes volumineuses et éviter les échecs de rendu de l’interface utilisateur.
  5. Déployez correctement les mises à jour de configuration et assurez-vous qu’elles s’appliquent à l’environnement approprié.
  6. Vérifiez que les fichiers de configuration sont placés dans le mode d’exécution ou le chemin d’accès de configuration approprié et redéployez-les si nécessaire.

Lecture connexe

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