Discussion :

[paquerette]

Hello,

j'ai un client qui utilise une application VB6 et plusieurs progiciels avec des API COM.

A cause d'une problématique réseau un peu complexe, nous avons besoin de déporter l'utilisation d'un de ces APIs vers un autre binaire VB6.

Donc l'idée, c'est de réexposer les méthodes de cette API dans un programme VB6 qui tournerais sur la meme machine.

Soit :

Programme VB6 A ==appel==> méthode du programme VB6 B.

Si j'étais en Java, je ferais ca en SOAP (ou on peut facilement et automatiquement exposer toutes les méthodes d'une classe en SOAP).

En VB6, je ne connais rien (je cherche des pistes pour un programmeur VB6), a part utiliser des couches basse de communication de type socket, je n'ai encore rien trouvé.
Le problème de l'approche Socket/tcp, c'est qu'on a un grand nombre de type d'objet a manipuler qu'il faudra sérialiser/déserialiser...

Bref, vos idées sont les bienvenues.

Merci,
Thomas.

[250rgv]

Si c'est sur la même machine, pourquoi ne pas le faire directement en COM ?

Sinon, pour SOAP :
Ms SOAPTookit. Le plus dur sera de trouver le SOAP Toolkit voir ici.

PocketSoap.

Je le les connais pas plus que cela : J'ai travaillé un peu avec le Ms, pas réussi à faire ce que je voulais avec le Pocket et finalement terminé par un client WebService en .Net que mon appli VB6 accédais via COM

Autre idée (peut-être stupide mais bon), selon la complexité de ton API : passer par une appli .Net qui fera l'interface entre tes deux applis vb6.

Mes deux cts.

[paquerette]

ok, je pensais a 'COM' aussi, je sais que ca se fait, mais techniquement, je ne sais pas comment ca marche.

L'application étant vieillotte, il faudrait limité au max le cout de développement

du coup, c'est peut être COM la meilleur approche, car avec du soap ca refait produire pas mal de code...

tu connaitrais des tutorials sur la partie COM ?

Thomas.

[250rgv]

ici ?

Sinon, comme j'en fait depuis trèèès longtemps, à part des bouquins/revues, j'ai pas grand chose d'autre...