Identification et correction des erreurs de création de modèle 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 d’un modèle, un message d’erreur s’affiche.

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

Vous pouvez identifier les éléments de votre application qui sont à l’origine de l’échec du processus de création de modèles en sélectionnant Afficher toutes les erreurs, ce qui affiche le tableau É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 Échec de l’analyse.

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

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

Messages d'erreur

Pour en savoir plus 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 et App Engine Studio doivent être supprimés pour que le processus de création de modèles se poursuive.
Denied_table	Classe d’enregistrement pour laquelle il existe une règle de refus et la création de modèles n’est pas 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èle se poursuive.
Scripted_record	Règle scriptée qui s’exécute sur chaque enregistrement dans 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 du champ d’application est activée dans l’application. 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.