Identification et correction des erreurs de création de modèles d’application

Découvrez comment identifier et corriger votre application lorsque des fonctionnalités ou des métadonnées non prises en charge interrompent le processus de création de modèles dans App Engine Studio (AES).

Fonctionnalités non prises en charge

Parfois, les éléments d’une application source à partir de laquelle vous avez créé un modèle personnalisé ne sont pas pris en charge dans le modèle. Vous devez supprimer les éléments non pris en charge avant de pouvoir créer un modèle à partir de l’application.

Lorsqu’une erreur se produit pendant le processus de création du modèle, un message d’erreur s’affiche.

Figure 1. Notification d’échec de la création du modèle

Vous pouvez identifier les éléments de votre application qui font échouer le processus de création de modèles en sélectionnant Afficher toutes les erreurs, qui affiche la table Échec de l’analyse [sys_app_scan_failure]. Pour plus d’informations sur les erreurs dans la table et leur cause, reportez-vous à la section Erreurs de création de modèle dans la table d’échec de l’analyse.

Erreurs de création de modèle dans la table d’échec de l’analyse

Erreurs survenues lors de la création d’un modèle personnalisé qui sont affichées dans la table Échec de l’analyse [sys_app_scan_failure] et leur cause.

Messages d'erreur

Pour plus d’informations sur les types d’enregistrements autorisés et ignorés, reportez-vous à la section Fonctionnalités et métadonnées prises en charge dans les modèles personnalisés.

Message d'erreur	Définition	Détails supplémentaires
Unsupported_table	Classe d’enregistrement pour laquelle il n’existe aucune règle d’autorisation et dont le niveau de prise en charge est inconnu.	Un ou plusieurs enregistrements non pris en charge ne sont pas reconnus par App Engine Studio le processus de création de modèle et doivent être supprimés pour que le processus de création de modèle se poursuive.
Denied_table	Classe d’enregistrement pour laquelle il existe une règle de refus et la création de modèles non prise en charge.	La classe d’enregistrement est explicitement refusée et doit être supprimée pour que le processus de création de modèles se poursuive.
Scripted_record	Règle scriptée qui s’exécute sur chaque enregistrement de l’application.	Les règles de refus scriptées actuelles incluent, sans s’y limiter : Métadonnées personnalisées : l’application dispose de tables qui étendent la table sys_metadata. Administration dans le champ d’application : l’administration dans le champ d’application est activée. Exécution du modèle en cours : le modèle associé à l’application source est en cours d’exécution.
Scripted_app	Règle scriptée qui s’exécute une fois pour l’application.