Existe-t-il une méthode pour gérer les erreurs des objets COM dans RDML?

Question

Existe-t-il une méthode pour gérer les erreurs des objets COM dans RDML? Par exemple, lors de l'appel de méthodes Word VBA telles que PasteSpecial, une erreur est renvoyée et l'application LANSA se bloque. Je ne trouve rien dans la documentation pour permettre la gestion de ces erreurs.

En fait, la gestion des erreurs en général est un point faible pour LANSA et RDML, mais c'est un autre sujet.

Answer 1

Je sais presque rien sur LANSA etc. Quelques minutes Google m'a convaincu que la gestion des erreurs est, comme vous le dites, pas un point fort. Plus sur le site lansa.us il ya cet article sur remote debugging qui, d'un coup, pourrait aller dans la bonne direction. On peut se demander si un DEF_BREAK fonctionnerait correctement.

Voici a longish post about using DEF_BREAK. Si DEF_BREAK se connecte avec les fonctions # COM_ *, cela pourrait être une possibilité. S'il vous plaît pardonnez ma naïveté à cet égard. J'ai également trouvé du code au LANSA Tech Exchange. J'avais espéré qu'il y aurait quelque chose d'évident, mais non. Étant plus conscient de LANSA que moi, vous pouvez trouver quelque chose.

Answer 2

Chez moi, nous étions capables de gérer les API de communication via la partie ActiveX de LANSA. Le fournisseur a intégré ses API dans un composant ActiveX. Nous avons utilisé ce composant dans notre application LANSA. Cela fonctionne bien et stable.

Peut-être pourriez-vous également intégrer les API Microsoft dans un composant ActiveX? Je ne sais pas du haut de la tête si Microsoft Word peut être traité comme un composant ActiveX.