Solución:
Parece que el proceso de instalación de Oracle Data Access Component que utiliza la versión “11.2 Release 3 (11.2.0.2.1) con Xcopy Deployment” no funciona. Para solucionar este problema, debe registrar los ensamblados que faltan en el GAC. Para hacer esto para esta versión específica, ejecute estos comandos desde una consola de administrador:
md C:WindowsassemblyGAC_32Oracle.DataAccess4.112.2.0__89b483f429c47342
copy %ORACLE_HOME%odp.netbin4Oracle.DataAccess.dll C:WindowsassemblyGAC_32Oracle.DataAccess4.112.2.0__89b483f429c47342
md C:WindowsassemblyGAC_32Oracle.Web4.112.2.0__89b483f429c47342
copy %ORACLE_HOME%asp.netbin4oracle.web.dll C:WindowsassemblyGAC_32Oracle.Web4.112.2.0__89b483f429c47342
Tenga en cuenta que esto registra solo los recursos de DLL, pero no de otros idiomas. Por lo tanto, si está utilizando otro idioma que no sea el inglés (de, es, fr, it, ja, ko, pt-BR, zh-CHS y zh-CHT), debe registrarlos también utilizando el recurso correspondiente. expediente.
Si tiene Visual Studio instalado en la máquina, puede emitir los siguientes comandos en su lugar:
gacutil /i %ORACLE_HOME%odp.netbin4Oracle.DataAccess.dll
gacutil /i %ORACLE_HOME%asp.netbin4oracle.web.dll
Nota: busque gacutil.exe en la carpeta de instalación de Visual Studio.
Espero que esto ayude.
PD: O puedes probar esto.
Evité registrar los ensamblados de la versión 5 de 11.2 en el GAC estableciendo “Habilitar aplicaciones de 32 bits” para el grupo de aplicaciones en verdadero.
Es posible que deba habilitar aplicaciones de 32 bits en su AppPool.
http://www.alexjamesbrown.com/development/could-not-load-file-or-assembly-chilkatdotnet2-or-one-of-its-dependencies-an-attempt-was-made-to-load-a- programa-con-un-formato-incorrecto /