Identifier et corriger les 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 Studio du moteur de développement d'application (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 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 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 à 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 qui se sont produites lors de la création d’un modèle personnalisé et qui sont affichées dans la table É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 à 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 Studio du moteur de développement d'application 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 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 de l’application.	Les règles de refus scriptées actuelles comprennent, 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.