0

Je tente de migrer une application .net 2.0 à partir de Windows Server 2003 vers Windows Server 2008.
Je reçois l'erreur - Le spécifié le module n'a pas pu être trouvé. (Exception de HRESULT: 0x8007007E)migration application .net 2.0 à partir de Windows Server 2003/iis6 à Windows Server 2008 R2/iis7

Il semble qu'il y ait un dll manquant mais je n'arrive pas à trouver lequel. J'ai copié l'ensemble de l'application sur le nouveau site que j'ai créé dans IIS7.

J'ai également vu quelques messages sur le net sur le besoin de la DLL msvcr71.dll dans les dossiers system32 et syswow64 donc j'ai essayé cela, mais cela n'a pas fonctionné.

Un problème est-il possible que Windows Server 2008 R2 soit un système d'exploitation 64 bits?

Merci pour toute aide à l'avance.

Plus de détails à partir des journaux d'application:

à System.Web.Configuration.CompilationSection.LoadAssemblyHelper (String assemblyName, Boolean starDirective) à System.Web.Configuration.CompilationSection.LoadAllAssembliesFromAppDomainBinDirectory() à System.Web.Configuration .CompilationSection.LoadAssembly (AssemblyInfo ai) à System.Web.Compilation.BuildManager.GetReferencedAssemblies (CompilationSection compConfig) à System.Web.Compilation.WebDirectoryBatchCompiler..ctor (VirtualDirectory vdir) à System.Web.Compilation.BuildManager.BatchCompileWebDirectoryInternal (VirtualDirectory vdir , Boolean ignoreErrors) sur System.Web.Compilation.BuildManager.BatchCompileWebDirectory (VirtualDirectory vdir, VirtualPath virtualDir, Boolean ignoreErrors) sur System.Web .Compilation.BuildManager.CompileWebFile (VirtualPath virtualPath) à System.Web.Compilation.BuildManager.GetVPathBuildResultInternal (VirtualPath virtualPath, Boolean noBuild, Boolean allowCrossApp, Boolean allowBuildInPrecompile) à System.Web.Compilation.BuildManager.GetVPathBuildResultWithNoAssert (contexte HttpContext, VirtualPath virtualPath, Boolean noBuild, Boolean allowCrossApp, Boolean allowBuildInPrecompile) à System.Web.Compilation.BuildManager.GetVirtualPathObjectFactory (VirtualPath virtualPath, contexte HttpContext, Boolean allowCrossApp, Boolean noAssert) à System.Web.Compilation.BuildManager.CreateInstanceFromVirtualPath (VirtualPath virtualPath, Type requiredBaseType, HttpContext context, Boolean allowCrossApp, Boolean noAssert) sur System.Web.UI.PageHandlerFactory.GetHandlerHelper (contexte HttpContext, String typeRequest, VirtualPath virtualPath, String physicalPath) sur System.Web.UI.PageHandlerFactory.System.Web.IHttpHandlerFactory2.GetHandler (contexte HttpContext , String r equestType, VirtualPath virtualPath, String physicalPath) à System.Web.HttpApplication.MapHttpHandler (contexte HttpContext, chaîne type de requête, chemin VirtualPath, chaîne pathTranslated, Boolean useAppConfig) à System.Web.HttpApplication.MapHandlerExecutionStep.System.Web.HttpApplication.IExecutionStep.Execute() à System.Web.HttpApplication.ExecuteStep (étape IExecutionStep, Boolean & completedSynchronously)

EDIT:

Voici plus d'informations sur la configuration IIS:

J'ai une configuration principale du site Web sur un apppool mis en mode classique - Je l'ai également mis à exécuter des applications 32 bits. Je mets juste un simple fichier test.aspx dans ce dossier et ça marche bien. J'ai alors un sous-répertoire qui contient l'application que j'essaie de migrer. J'ai ajouté un autre fichier test.aspx là-bas et je peux y naviguer très bien.

Lorsque je vais dans le sous-répertoire et que j'en fais un répertoire d'application, le fichier test.aspx ne fonctionne plus et j'obtiens l'erreur ci-dessus. J'espère que cela éclaircira mon problème.

+0

Vos assemblages sont-ils compilés pour 64bit, 32bit ou "Any CPU"? – David

+0

Tout est compilé pour N'importe quel CPU – JustLogic

Répondre

1

J'ai trouvé mon propre problème.

Il existe une DLL NTidy.dll dans le dossier bin.

Cette dll nécessaire les dll suivantes pour être dans le dossier system32:

  • msvcp71d.dll (Microsoft C++ Runtime Library)
  • msvcp71.dll (Microsoft C++ Runtime Library)
  • msvcr71d.dll (Microsoft C Runtime Library)
  • msvcr71.dll (Microsoft C Runtime Library)

Une fois que j'ajouté tho se dlls l'application a commencé à travailler.

Merci