2010-05-06 3 views
2

Nous rencontrons donc des problèmes lors du déploiement d'une application ASP.NET MVC sur un site client. Fondamentalement, lorsque nous essayons de tester l'application à partir de localhost, nous obtenons l'erreur redoutée de l'analyseur Global.asax indiquant qu'il ne pouvait pas charger l'application globale.Erreurs d'analyseur Global.asax lors du déploiement de l'application MVC 1 sur le serveur distant

recherche indique qu'il existe essentiellement 4 raisons possibles à cette exception que nous voyons:

  1. La solution n'a pas été construit. Ce n'est clairement pas le cas car nous pouvons le déployer ici et il fonctionne bien sur n'importe quelle machine sur laquelle nous déployons ET nous avons dû construire et publier la chose pour la déployer quand même. L'héritage de l'espace de noms Global.asax ne correspond pas au fichier de code global de l'application. Encore une fois nous avons vérifié cela et comme il fonctionne très bien ici, cela ne peut pas être le problème.

  2. Dommages IIS/VS.NET non descriptifs divers. Fondamentalement quelque chose obtiennent foutu dans IIS ou VS.NET et le serveur Web ne se comportera pas correctement pour cette application. Nous avons fait des nettoyages et des reconstructions, nous avons supprimé le répertoire virtuel et nous l'avons recréé, et nous avons effectué toutes les recherches IIS que nous avons trouvées ailleurs en ligne. Diverses combinaisons de rebonds IIS, de redémarrages de serveur, de recréation de répertoire/application virtuelle, etc.

  3. Problème de droits au niveau du code. Nous avons vérifié la confiance totale dans la config machine/web dans le répertoire framework, nous avons mis .NET trust à full dans IIS, nous avons accordé à chacun le contrôle total sur les répertoires juste pour le frapper avec le marteau de sécurité, etc. .

Les detials pertinentes: Windows Server 2008 x64 IIS 7, 32 bits app pool compatible (app a été écrit sur 32 bits OS compilé pour tout cpu) identité piscine App mis à NetworkService Microsoft ASP. NET MVC 1.0 Déploiement XCopy

Nous avons déployé une autre application en lecture seule. La différence significative dans cette application est l'utilisation de NHibernate et Log4Net qui nécessitent une confiance totale. En outre, le nom de projet réel du projet Web diffère de l'espace de noms par défaut, mais l'espace de noms Inherits dans Global.asax et les fichiers Global.asax.cs correspondent, ce qui ne devrait pas poser de problème.

Quelqu'un a des idées brillantes? Nous sommes officiellement réduits aux plus faibles.

EDIT Exception est Could not load type <MyDefaultNamespace>.<Global.asax.cs class name>

Il n'y a pas extrait de code que l'application ne se charge pas du tout. Il échoue immédiatement sans délai sur la première requête après l'installation.

C'est la même chose que tous ces gens-là over here ont de la difficulté avec

Répondre

3

Si vous avez changé la plate-forme de solution, essayez de la modifier de nouveau à Tout CPU.

J'avais le mien réglé à x86 (un que j'avais créé pour permettre des changements de code pendant le débogage sur l'ordinateur x64). Quand je l'ai changé à tout processeur, le problème que vous avez décrit est parti.

0

Exception est « Impossible de charger le type <MyDefaultNamespace>.<Global.asax.cs class name> »

Il n'y a pas extrait de code que l'application ne se charge pas du tout. Il échoue immédiatement sans délai sur la première requête après l'installation.

C'est la même chose que tous ces gens-là over here ont de la difficulté avec

Questions connexes