Comment résoudre COM Exception de la Classe non enregistrée (Exception de HRESULT: 0x80040154 (REGDB_E_CLASSNOTREG))?

Il ressemble selon le programme ou le processus que vous essayez d'initialiser soit n'est pas installé sur votre machine, a une installation endommagée ou doit être enregistré.

Soit l'installer, réparer (via Ajout/suppression de Programmes) ou enregistrer (via Regsvr32.exe).

Vous n'avez pas fourni assez d'informations pour nous permettre de vous aider plus que cela.

Mon problème et de la solution

J'ai un 32 bits tiers dll que j'ai installé en 2008 R2 machine 64 bits.

J'ai un service wcf créé en .net 4.5 cadre qui appelle les 32 bits de tiers dll pour le processus. Maintenant, j'ai bien mis à la cible " any cpu et déployé à l'ordinateur 64 bits.

quand j'ai essayé d'appeler le service wcf a reçu l'erreur "80040154 Classe non enregistrée (Exception de HRESULT: 0x80040154 (REGDB_E_CLASSNOTREG"

Maintenant que j'ai utilisé ProcMon.exe la trace de la com numéro de registre et ont constaté que le processus est à la recherche de l'entrée de registre à HKLM\CLSID et HKCR\CLSID où il n'y a pas d'entrée.

Est venu de savoir que Microsoft ne va pas inscrire les 32 bits de composants com pour les chemins HKLM\CLSID, HKCR\CLSID en 64 bits machine plutôt l'entrée dans HKLM\Wow6432Node\CLSID et HKCR\Wow6432Node\CLSID chemins.

Maintenant que le conflit est en 64 bits processus d'essayer d'invoquer processus 32 bits en 64 bits machine qui va chercher l'entrée de registre HKLM\CLSID, HKCR\CLSID. La solution est de forcer le 64 bits processus de regarder l'entrée de registre à HKLM\Wow6432Node\CLSID et HKCR\Wow6432Node\CLSID.

Ceci peut être réalisé par la configuration du service wcf les propriétés du projet pour cible à 'X86' de la machine au lieu de "Toute".

Après le déploiement de la 'X86' version 2008 R2 serveur eu la question "le Système de.BadImageFormatException: impossible de charger le fichier ou l'assembly"

Solution à ce badimageformatexception est le réglage de la 'Enable32bitApplications' à 'True' dans IIS Apppool propriétés pour le droit du pool d'applications.

Si vous utilisez la version 64 bits de composants COM dans une application web sur IIS, assurez-vous que le pool d'applications est configuré pour ne pas autoriser les applications 32 bits (Activer les Applications 32 Bits: faux dans les paramètres avancés)

Par l'inscription de la classe (en particulier de son CLSID) -- voir, par exemple,ici.

La façon que j'ai résolu ce problème a été d'inscrire le COM via regsvr32.

de s'assurer que le COM vous appelez est enregistré.

Ma demande a été à l'aide de xceedcry.dll et je n'étais pas de l'enregistrement. Une fois que j'ai enregistré, l'application a bien fonctionné.

Ma solution a été de changer le "Activer les Applications 32 Bits" pour de Vrai dans les paramètres avancés de l'application relatif piscine dans IIS.

Je suis tombé sur cette question de l'appel d'une .Net de l'assemblée à partir d'un C++ client via COM. Il s'avère que l'une des assemblées .Net de l'assemblée dépendait pas pu être trouvé. J'ai lutté pendant un certain temps à essayer de comprendre ce qui n'allait pas avec la 1ère assemblée, mais c'était en fait l'un des 1er de l'assemblée des dépendances. J'ai reçu deux erreurs lors de l'appel de CoCreateInstance() du C++ client. La première était:
REGDB_E_CLASSNOTREG Classe non enregistrée
Et le deuxième essai a été:
0x80131040 : L'assemblée manifeste définition ne correspond pas à la référence d'assembly.

Afin de vérifier que votre assemblée références sont présentes.
J'ai découvert cela en parcourant la 1ère assemblée avec dotPeek et de remarquer l'un de ses références manquantes. Placer la version correcte de la dépendance dans le dossier résolu les deux erreurs.

J'ai rencontré le même problème en utilisant une classe COM, c'est à dire de " Classe non enregistrée exception à l'exécution. Pour moi j'ai été en mesure de résoudre en allant à l'application.le fichier de configuration et de modifier le "démarrage" et "supportedRuntime' éléments à quelque chose comme:

<configuration>
  <startup useLegacyV2RuntimeActivationPolicy="true">
    <supportedRuntime version="v4.0"/>
  </startup>
</configuration>

Vous pouvez lire plus sur les détails ici http://stackoverflow.com/questions/1604663/

et ici https://msdn.microsoft.com/en-us/library/w4atty68(v=vs. 110).aspx

Je note je suis en cours d'exécution Visual Studio 2017.
Processeur cible = x86
Incorporer Interop Type = true (dans la fenêtre propriétés)

allez dans le répertoire de .Net framework et d'enregistrer leurs respectifs dll avec Regsvr32.exe espace blanc dll chemin.

Ici trouver la solution, exécuter la console mmc -32 outil (pas dcomcfg)

Sur système 64 bits à 32 bits d'Office essayez ceci:

Start
Run
mmc -32
File
Add Remove Snap-in
Component Services
Add
OK
Console Root
Component Services
Computers
My Computer
DCOM Config
Microsoft Excel Application