COM Extrayez ProgID exe sans l'enregistrer

Question

Contexte:

Je voudrais extraire les données COM d'une application VB6 je peux enregistrer correctement si (selon Microsoft bonnes pratiques) l'application. J'utilise WiX 3.0 et heat.exe n'extraira pas les données (problème connu avec la chaleur) et je n'ai pas accès au fichier TLB associé. L'application VB6 n'a pas de compatibilité activée, donc elle régénère les GUID COM chaque build (Ils veulent que l'application puisse fonctionner côte à côte avec une ancienne version.)

J'ai créé une application C# qui va collecter les TypeLib, l'interface et les informations CoClass à partir de l'application VB6 sans l'enregistrer et créer un fichier wxs pour la bougie à utiliser. Mon entreprise a plusieurs autres applications plus anciennes comme celle-ci et j'aimerais en faire une solution plus générique.

Les enjeux:

1.Le il un moyen de recueillir la « vraie » ProgID (programmeur prévu un) de l'application avec le projet ou d'un fichier TLB et sans l'enregistrer?

2. Existe-t-il un moyen de connaître le modèle de thread souhaité à partir d'une DLL sans l'enregistrer? (J'ai l'intention qu'il peut gérer tous les éléments COM actifs, pourrait aussi bien être complet) Merci.

Answer 1

Oui et non. Pour autant que je sache, il n'existe pas de moyen générique d'obtenir des ProgIDs à ​​partir d'un typelib ou d'un serveur COM.

Le point d'entrée pour les DLL est DllRegisterServer qui est censé écrire des informations d'enregistrement dans le registre, et pour les serveurs EXE, ils ont généralement un argument de ligne de commande qui a la même implication.

Les bibliothèques de types contiennent une description de toutes les interfaces et coclasses du composant, mais elles contiennent rarement le ProgID lisible par l'utilisateur.

La seule façon claire que je peux voir et recommander est de remplacer la clé HKCR \ CLSID pour pointer temporairement quelque part, puis d'appeler DllRegisterServer. Comme les remplacements de clés de registre sont process-local, cela ne fonctionnera que pour les serveurs en cours de traitement (DLL).

Voir http://msdn.microsoft.com/en-us/library/ms724901(v=VS.85).aspx pour plus d'informations sur les clés de registre prioritaires.

Inspectez ensuite le registre de travail et observez les modifications apportées, par ex. CLSID < -> Mappages ProgID, modèle de thread, etc.