- Utilisation de Submission Validator
- Problèmes identifiés par Submission Validator
- Comprendre le journal des résultats
- Mise à jour de Submission Validator
- Notes de publication de Submission Validator
Utilisation de Submission Validator
Submission Validator n’est pas un outil autonome utilisé par le développeur. Il est plutôt appelé automatiquement pour vérifier une application lorsque la commande makepkg pack est utilisée. Pour plus d’informations sur la syntaxe et l’utilisation en ligne de commande, consultez la page de référence makepkg. Submission Validator s’exécute après la création du package de titre. Les échecs de validation sont consignés dans le journal de validation, qui est écrit à l’emplacement de sortie spécifié sur la ligne de commande makepkg. Il s’agit du même emplacement de sortie que celui où le package de titre final est créé. Une version localisée de la sortie est également disponible (en plus de la sortie en anglais) au même emplacement si le paramètre/validationlanguage est défini sur makepkg. La langue de validation supplémentaire actuellement prise en charge est ja-jp.
Un sous-ensemble des tests de Submission Validator peut être exécuté avant la création du package de titre à l’aide de la ligne de commande makepkg validate. Nous vous recommandons de l’exécuter pour détecter les problèmes avant la création du package.
Problèmes identifiés par Submission Validator
Les types de problèmes identifiés par Submission Validator augmenteront et évolueront au fil du temps afin de faciliter le parcours de la soumission à la mise sur le marché, en passant par la certification. Pour obtenir la liste actuelle des problèmes détectés par Submission Validator, consultez Contrôles de qualité de Submission Validator.Comprendre le journal des résultats
Une fois le processusmakepkg terminé, le XVC du titre apparaît dans le dossier de sortie. Le journal de validation se trouve dans ce même dossier. Vous pouvez le reconnaître à son nom au format « Validator_[identificateur du titre et du package].xml ». Vous devez examiner ce journal pour y rechercher les échecs ou avertissements. Outre les échecs et avertissements déjà présentés dans les sections précédentes, toute balise <failure> désigne une condition qui entraînera le rejet de votre soumission lors de la phase d’ingestion de contenu, de mastering et de certification. Bien que rien ne vous empêche de soumettre un tel package, cela vous fera perdre du temps et des efforts. Il est de loin préférable de corriger les problèmes identifiés jusqu’à ce que le journal ne contienne plus aucune balise <failure>.
Vous pouvez également voir des balises <warning> dans le journal. Elles indiquent généralement des problèmes susceptibles de nécessiter une exception. Si vous avez des questions sur les avertissements identifiés, contactez votre responsable de compte développeur (DAM). Même si une exception est accordée pour votre titre, la balise <warning> apparaît toujours dans le fichier journal. Pour obtenir la liste complète des messages du journal, consultez Messages de Submission Validator.
La section <validatorrun> se trouve à la fin du journal, comme illustré ci-dessous. Cette section contient une balise <result> qui indique le résultat global Fail (échec) ou Success (réussite) des tests de Submission Validator. Tout échec dans une section entraîne un échec global.
Mise à jour de Submission Validator
Submission Validator est implémenté sous la forme d’un fichier SubmissionValidator.dll distinct, situé dans le répertoire\Bin du Microsoft Game Development Kit (GDK). Les mises à jour de Submission Validator ne correspondent pas toujours au cycle de publication du Microsoft Game Development Kit (GDK). La version actuelle de Submission Validator est toujours disponible au téléchargement sur developer.microsoft.com/games/resources -> downloads. Téléchargez le fichier compressé (.zip), ouvrez-le et placez le fichier SubmissionValidator.dll mis à jour dans le répertoire \Bin du Microsoft Game Development Kit (GDK), en remplaçant la version précédente de Submission Validator. La page des outils de certification indique également le numéro et la date de la version actuelle. Le fichier compressé contient un fichier texte avec les notes de publication de la version actuelle, notamment les problèmes connus et des informations sur les modifications apportées aux contrôles effectués par Submission Validator qui diffèrent des descriptions de cet article.
À partir du GDK d’octobre 2025, makepkg prend en charge l’option /updatesubval, qui recherche une version plus récente de SubmissionValidator.dll. Si une mise à jour est disponible, l’option télécharge et installe la DLL dans le répertoire qui contient makepkg.exe, c’est-à-dire le répertoire \Bin du GDK par défaut. Si /validationpath est spécifié, la DLL est installée dans ce répertoire à la place. Si la mise à jour échoue, la création du package ou la validation se poursuit avec la version actuellement installée de SubmissionValidator.dll.
À partir du GDK d’octobre 2026, utilisez la commande autonome makepkg updatesubval pour mettre à jour SubmissionValidator.dll sans créer, valider ni charger de package. Contrairement à l’option /updatesubval, la commande autonome renvoie un code de sortie différent de zéro si la mise à jour échoue.
Lorsqu’une application, un titre ou un package de contenu est soumis à Microsoft, la version actuelle de Submission Validator est utilisée pour vérifier cette soumission. Avant de soumettre votre application, votre titre ou votre package de contenu, nous vous recommandons de vous assurer que vous disposez de la version actuelle de Submission Validator sur le PC de développement sur lequel le package de soumission est généré.