Discussion :

[nadi]

Bonjour,

Lorsque j'ajoute une référence COM et lorsque Visual Studio .NET crée une bibliothèque d'intéropérabilité avec cet objet, est-il possible que Visual Studio .NET ajoute des interfaces dans la base de registre ?

Si tel est le cas, est-ce que cette interface d'intéropérabilité est portable sur d'autres plateformes Windows contenant uniquement l'objet COM dans la base de registre ?

Aussi, existe-t-il un outil pour fabriquer cette bibliothèque d'intéropérabilité sans passer par Visual Studio .NET ?

Je vous remercie d'avance pour vos réponses et, svp, n'hésitez pas à me demander des précisions si je n'ai pas été suffisamment clair.

--
Nadi

[Mose]

L'outil pour générer les bibliothèque d'interopérabilité, utilisé par VS.Net, s'appelle Tlbimp.exe (installé avec le framework SDK et VS.Net).

Je ne comprend pas ce que tu appelles des "interfaces dans la base de registre".

[nadi]

Lorsque j'enregistre mon objet COM dans la base de registre, celui-ci n'insère des valeurs que dans les répertoires CLSID et TypeLib.

Or, lorsque je déploie mon application ASP.NET utilisant des bibliothèques d'intéropérabilité COM, sur une nouvelle plateforme, l'application ne marche pas car elle cherche une valeur se trouvant dans le répertoire Interface de la base de registres (concernant mon objet COM).

Je me demandais donc si VS.NET créait ces nouvelles entrées (qui existe sur ma plateforme de développement) dans le répertoire Interface.

Le problème de Tlbimp est qu'elle est fournie justement avec le SDK. Je ne peux donc pas l'utiliser dans la plateforme cible (ne comportant pas Visual Studio)...

En règle générale, sais-tu comment déployer des applications ASP.NET utilisant des bibliothèques d'intéropérabilité COM ? (le XCOPY n'étant visiblement pas suffisant pour ma part).

[Mose]

Tlbimp.exe s'utilise pour créer la bibliothèque d'interopérabilité.
Après tu vas distribuer cette bibliothèque. Elle sera ajoutée automatiquement dans ton projet de setup. Il ne faut pas en recréer une sur chaque poste client, heureusement.

En revanche, pour utiliser un composant COM sur un poste client, il faut que ce composant soit enregistré.
En ligne de commande, cet enregistrement passe par l'utilitaire windows regsvr32.exe.
Il doit exister une façon de demander l'enregistrement des composants COM additionnels automatiquement dans un projet de setup, je t'invite à chercher un peu.

[nadi]

C'est justement là mon problème....

[Mose]

Je comprend pas...
C'est quoi le problème ?
Précisémment stp, les dialogues de sourd j'aime vraiment pas.

[nadi]

Je cherche la façon de demander l'enregistrement des composants COM additionnels automatiquement.

J'ai maintenant réussi à en trouver la liste manuellement. J'ai ajouté les clés nécessaires dans mon setup et mon application marche enfin. Le fait que tu m'aies confirmé que les bibliothèques d'intéropérabilité sont portables m'a beaucoup soulagé !

Cependant, juste par curiosité, j'aurai aimé savoir comment rechercher les composants COM additionnels automatiquement et, si possible, que tu me confirmes que Tlbimp.exe crée ces composants COM additionnels et pourquoi ?

En tout cas, je te remercie beaucoup pour tes réponses et ta disponibilité...
En espérant de pas t'avoir enervé...

[nadi]

Au fait, pour les intéressés, j'ai réussi à récupérer la liste simplement en capturant les exceptions et en notant les clés de registre manquantes...

J'ai ensuite copié ces clés de registre manquantes dans mon setup (ces clés de registre manquantes se trouvant sur ma plateforme de développement) .

Comme tu le vois, ce n'est pas propre comme procédé...
Ca n'aura que le mérite de marcher...

[Mose]

Cependant, juste par curiosité, j'aurai aimé savoir comment rechercher les composants COM additionnels automatiquement

Si ça existe, c'est quelque part dans la doc des projets de setup. La réponse m'intéresse, si tu trouves, n'hésite pas à partager.

et, si possible, que tu me confirmes que Tlbimp.exe crée ces composants COM additionnels et pourquoi ?

Ah non, Tblimp.exe ne créé pas de composant.
Il créé un assembly "proxy" qui va te permettre d'accéder aux fonctionnalités de ton composant COM en .Net.
Pourquoi ? Paske COM c'est du Win32 à la base.

En tout cas, je te remercie beaucoup pour tes réponses et ta disponibilité...
En espérant de pas t'avoir enervé...

Lol, j'ai encore jamais mangé personne sur ce forum