Traitement des erreurs non-COM.
Posté : mar. 12 mars 2019 17:22
Bonjour,
Si TL;DR ne lire que la partie en gras.
Je tente de mettre en place une Supervision (réseau & sécurité) assez conséquente sur un réseau de plus de 250 périphériques (actuellement, le code est fonctionnel et dépasse les 1000 lignes sans les librairies que j'utilise ou que j'ai du faire à coté). Ce programme, en finalité, devra être compiler et utiliser sans Scite. Cependant, je souhaiterais tout de même être au courant de ses crashs provenant d'erreur non-COM.
Je m'explique : Ce même outil est actuellement en mesure de communiquer avec une IHM sur un serveur Apache / SQL à distance, mais aussi en direct avec des périphériques en local. A titre d'information, l'outil effectue actuellement dans les 70 communications / secondes. Cependant, les communications sont parfois tronqués, ou possèdent des termes invalides. Petit à petit, je fais en sorte que mon programme puisse s'adapter à ces cas, mais j'ai peur d'en rater.
A savoir que le programme a une fonctionnalité FTP dans lequel il va chercher des fichiers et l'imbriquer pour s'ajouter des fonctionnalités en live, sans avoir à recompiler quoi que ce sois, mais aussi pour recevoir des tables de données, ou des flux EDI.
L'objet Autoit.Error permet d'handle les erreurs COM, par contre, s'il y a une erreur de syntaxe ou de déclaration de variable provoqué par un argument reçu d'un autre périphérique (imbriqué par exemple dans une requête SQL, ou dans une fonctionnalité récupérer par FTP), l'objet n'est pas en mesure de les handles.
L'objectif ici serait de pouvoir handle tout type d'erreur et réussir à les envoyer (ftp, sql) avant de bien faire crash le logiciel (je ne souhaite pas qu'il continu un traitement erroné). Avez-vous une idée ?
A titre d'information, l'erreur serait ensuite récupérer par un autre programme afin de créer une alerte s'acheminant jusque moi.
Si TL;DR ne lire que la partie en gras.
Je tente de mettre en place une Supervision (réseau & sécurité) assez conséquente sur un réseau de plus de 250 périphériques (actuellement, le code est fonctionnel et dépasse les 1000 lignes sans les librairies que j'utilise ou que j'ai du faire à coté). Ce programme, en finalité, devra être compiler et utiliser sans Scite. Cependant, je souhaiterais tout de même être au courant de ses crashs provenant d'erreur non-COM.
Je m'explique : Ce même outil est actuellement en mesure de communiquer avec une IHM sur un serveur Apache / SQL à distance, mais aussi en direct avec des périphériques en local. A titre d'information, l'outil effectue actuellement dans les 70 communications / secondes. Cependant, les communications sont parfois tronqués, ou possèdent des termes invalides. Petit à petit, je fais en sorte que mon programme puisse s'adapter à ces cas, mais j'ai peur d'en rater.
A savoir que le programme a une fonctionnalité FTP dans lequel il va chercher des fichiers et l'imbriquer pour s'ajouter des fonctionnalités en live, sans avoir à recompiler quoi que ce sois, mais aussi pour recevoir des tables de données, ou des flux EDI.
L'objet Autoit.Error permet d'handle les erreurs COM, par contre, s'il y a une erreur de syntaxe ou de déclaration de variable provoqué par un argument reçu d'un autre périphérique (imbriqué par exemple dans une requête SQL, ou dans une fonctionnalité récupérer par FTP), l'objet n'est pas en mesure de les handles.
L'objectif ici serait de pouvoir handle tout type d'erreur et réussir à les envoyer (ftp, sql) avant de bien faire crash le logiciel (je ne souhaite pas qu'il continu un traitement erroné). Avez-vous une idée ?
A titre d'information, l'erreur serait ensuite récupérer par un autre programme afin de créer une alerte s'acheminant jusque moi.