Résolution des problèmes

Cette page fournit des informations précieuses et des solutions aux problèmes courants rencontrés lors du développement et de l'exécution d'automatisations codées.

Le type X ne peut pas être sérialisé

Si votre automatisation codée renvoie des types complexes qui ne sont pas implémentés dans l'interface codée, vous recevrez probablement une erreur indiquant qu'un type spécifique ne peut pas être sérialisé. De plus, le message d'erreur recommande de marquer le type avec l'attribut DataContract.

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

1. Ajoutez l'attribut DataContract à chaque classe de l'automatisation codée.
2. Ajoutez l'attribut DataMember à chaque propriété de la classe.
3. Importez manuellement l'espace de System.Runtime.Serializationnoms : using System.Runtime.Serialization.

using System;
using System.Runtime.Serialization;
using System.Collections.Generic;
using System.Data;
using UiPath.Core;
using UiPath.Core.Activities.Storage;
using UiPath.MicrosoftOffice365.Activities.Api;
using UiPath.Orchestrator.Client.Models;

namespace ClassifyCalendarEvents
{
    [DataContract]
    public class Attendee
    {
        [DataMember] public string Email { get; set; }
        [DataMember] public string Name { get; set; }
        [DataMember] public string MeetingStatus { get; set; } // e.g., "Accepted", "Declined", "Tentative"
        [DataMember] public string Role { get; set; } // e.g., "Organizer", "Speaker", "Participant"
        [DataMember] public string Type { get; set; } // e.g., "Internal", "External"

        }
}

Erreurs de publication

Des erreurs de publication se produisent lors de l'essai de compilation ou de publication d'un projet. Ces erreurs sont liées à des problèmes au sein des workflows codés et des configurations de projet, et sont spécifiquement liées à des mots-clés réservés ou à des conflits de syntaxe dans le nom du projet ou la structure interne (project.json ou gestion de l’espace de noms).

Codes d’erreur

• CS1001 : identificateur attendu. Indique un identificateur manquant ou non valide dans le code.
• CS0116 : un espace de noms ne peut pas contenir directement des membres tels que des champs, des méthodes ou des instructions.Suggère un code mal placé dans l’espace de noms.
• CS1514 : { attendu. Une accolade { pour commencer un bloc de code est manquante.
• CS1022 : définition du type ou de l'espace de noms, ou fin de fichier attendue.Indique un placement incorrect des définitions ou une structure de fichier incomplète.

Cause profonde

• Utilisation de mots-clés réservés : le nom du projet inclut un mot-clé réservé (par exemple, « pour ») qui est en conflit avec les règles de syntaxe C# et provoque des erreurs de compilation.
• Modifications directes du fichier project.json : les modifications manuelles apportées à project.json peuvent entraîner par inadvertance une configuration incorrecte du projet.
• Workflows codés mal interprétés par le compilateur : certains workflows peuvent contenir des structures de codage incompatibles avec les mots-clés réservés dans le nom du projet.

Résolution

Pour résoudre ce Problème, effectuez une ou plusieurs des Actions suivantes.

• Renommer le projet : vérifiez si le nom du projet ne contient pas de mots-clés réservés (par exemple, « pour »). Utilisez un nom unique et valide sans mots-clés ou caractères spéciaux conflictuels.
• Renommez le dossier du projet et mettez à jour le fichier project.json pour qu’il corresponde au nouveau nom.
• Modifier les workflows codés : si les fichiers de projet contiennent des workflows codés, assurez-vous que les références à l’ancien nom de projet (avec des mots-clés réservés) sont mises à jour pour refléter le nouveau nom. Traitez l’interprétation erronée du compilateur en garantissant les configurations de syntaxe et d’espace de noms correctes dans les workflows codés.
• Sauvegarder et éviter toute modification directe de project.json : effectuez une sauvegarde du dossier du projet avant d’apporter des modifications.Évitez de modifier manuellement le fichier project.json sauf si nécessaire.Il est préférable d'utiliser UiPath Studio pour apporter des modifications à la configuration du projet.
• Valider la structure et la syntaxe du projet : ouvrez le projet renommé dans UiPath Studio et vérifiez que toutes les configurations, tous les workflows et toutes les structures d’espace de noms sont valides et alignés sur les règles de syntaxe C#. Compilez ou publiez le projet pour confirmer que les erreurs sont résolues.

Meilleures pratiques

• Utilisez des noms de projet descriptifs et bien structurés en évitant les mots-clés réservés, les caractères spéciaux ou les noms uniquement numériques.
• Suivez les pratiques de codage standard lors de l’utilisation de workflows codés dans UiPath Studio pour garantir la compatibilité.
• Conservez des sauvegardes avant toute modification, en particulier avant de modifier des fichiers critiques tels que project.json.

En implémentant les étapes ci-dessus, les erreurs de publication (CS1001, CS0116, CS1514, CS1022) peuvent être résolues, permettant la compilation et l’exécution du workflow réussies dans UiPath Studio.