2010-08-29 7 views
1

Je ne parviens pas à faire fonctionner ASP .NET MVC 4.0 lorsqu'il est déployé sur IIS 7.5 (Windows 7 x64) en mode intégré (ou tout autre mode, mais concentrons-nous sur le mode intégré) .Impossible de trouver la page Web ASP.NET MVC

Je suit ces étapes très simples

  1. Créer une nouvelle ASP .NET MVC 2 Application Web

  2. Hit Run. Ça marche.

  3. Modifier la configuration du projet pour utiliser mon serveur Web IIS local (http://localhost/MvcApplication1 - cliquez sur Créer un répertoire virtuel)

  4. Hit Run. Je reçois "La page Web ne peut pas être trouvée".

Assez simple, non? Ça devrait marcher ... mais ce n'est pas le cas.

L'application Web s'exécute en tant que DefaultAppPool (qui est le mode pipeline intégré v4.0, donc aucune configuration supplémentaire ne doit être requise, n'est-ce pas?). Malgré cela, j'ai essayé de créer une route générique par défaut dans la configuration des mappages de gestionnaires et cela ne fait aucune différence.

Des idées? Considérant que MS a décidé d'internaliser l'ensemble du mécanisme de localisation des ressources de MVC, je ne sais pas quelle est la meilleure façon de déboguer ceci ...

Merci.

Répondre

1

Je désinstallées Redirection HTTP, puis réinstallé, puis a couru regiis des deux 32 bits et 64 bits répertoires cadres et comme par magie les choses ont commencé à travailler comme prévu ...

0

J'ai eu un problème similaire. Peut-être que ma solution aidera quelqu'un d'autre. Dans le studio Viual j'avais un fichier .cshtml appelé ComingSoon (évidemment une page temporaire) et quand le débogueur a démarré, il a essayé de router vers Home/ComingSoon. Le problème était qu'il n'y avait pas de méthode ComingSoon dans le contrôleur Home. Je voulais simplement renvoyer la vue ComingSoon de la méthode Index. Cela a bien fonctionné lorsque le débogueur a démarré à partir d'un endroit où Home/Index s'ouvrait (par exemple sur HomeController.cs ou sur le projet lui-même) mais ne fonctionnait pas lorsque l'accent était mis sur ComingSoon.cshtml. C'est parce que Visual Studio, utilement, essaie d'ouvrir la vue sur laquelle vous travaillez. La solution consistait donc à ajouter une méthode ComingSoon au contrôleur Home.

Questions connexes