Guide pratique pour déboguer une application d’intégration d’application Visual Basic
Les conseils suivants vous aideront à éviter les sessions de débogage frustrantes :
Quand une application .NET Framework d’intégrateur de transactions (TI) est configurée pour afficher les numéros d’erreur (err.number), le nombre retourné est toujours 0 et non les résultats d’erreur TI. Bien que TI retourne les valeurs correctes à COM Interop et que COM Interop passe les bonnes valeurs à Visual Basic, Visual Basic considère que tout code de retour positif est une réussite et le remplace par 0. Pour contourner ce problème, configurez l’application .NET Framework pour retourner une description d’erreur (err.description) au lieu du numéro d’erreur. La description de l’erreur fournit des informations d’erreur précises et utiles.
Le type de paramètre de projet TI Integer doit être défini comme un court dans Visual Basic.
Le type de paramètre de projet TI Long doit être défini en tant qu’entier dans Visual Basic.
Un index de tableau Visual Basic commence à 0, l’index des paramètres TI définis en tant que tableaux commence à la position 1. Par conséquent, il n’est plus possible d’aligner directement un pour un l’index des paramètres TI définis en tant que tableaux avec ceux définis dans Visual Basic.
Les tableaux de types de données Decimal doivent être définis comme un tableau d’objets, et non comme un tableau de décimales dans Visual Basic. Tous les autres tableaux de types de données peuvent être définis en tant qu’objet ou type de données.
Une cause courante d’erreurs lors du développement des composants .NET Framework de traitement initié par l’hôte (HIP) est l’oubli de copier tous les assemblys requis, y compris toutes les dépendances, dans le dossier Assemblys d’implémentation HIP.