2009-12-01 5 views
1

OK, il s'agit d'un fichier impair.Débogage ASP.NET MVC suite à la désinstallation de VS2010

Je voulais installer ASP.NET MVC 2 Beta 2, donc je désinstallées VS2010 Beta 2 (que je n'utilisais pas de toute façon) et installé MVC 2.

je puis mis à jour un de mes projets pour MVC 2 mais j'ai remarqué que si j'essayais de définir un point d'arrêt sur l'un de mes modèles d'affichage (classes dans le dossier Models), j'obtiens un message d'erreur sur les symboles de débogage.

« Le point d'arrêt ne sera pas en être touché ... »

Alors j'ai essayé de déboguer un de mes anciens projets MVC 1 et remarqué le même symptôme.

J'ai maintenant désinstallé MVC beta 2, réparé Visual Studio 2008 et je l'ai toujours avec mes projets existants. Ce qui est particulièrement étrange, c'est que les points d'arrêt situés n'importe où ailleurs dans le projet (contrôleurs, méthodes d'assistance, etc.) SONT correctement atteints. Donc je suppose que la question est, ce qui est unique à propos de mes modèles d'affichage dans le dossier des modèles qui provoque le non-chargement des points d'arrêt.

Voici un modèle de vue par exemple ...

using System.Collections.Generic; 
using System.Web.Mvc; 
using MountKitSearch.Core.DTO.MountKit; 

namespace MountKitSearch.Web.ViewModels 
{ 
    public class MountKitSearchViewModel 
    { 
     public string Distributor { get; set; } 
     public SelectList VehicleMakes; 
     public SelectList VehicleModels; 
     public SelectList VehicleTypes; 
     public SelectList VehicleEngines; 
     public ICollection<MountKitDetailsDTO> MountKits; 
    } 
} 

Malheureusement, je ne suis pas sûr des deux événements (désinstallant VS2010, l'installation MVC2) a posé le problème!

+0

Maintenant, je suis complètement coincé. J'ai désinstallé MVC1 et MVC2, désinstallé VS2008 et toutes les installations connexes que je peux penser. Ensuite, j'ai réinstallé VS2008 et MVC1, créer un tout nouveau projet MVC1 et obtenir toujours "Le point d'arrêt ne sera pas actuellement touché Aucun symbole n'a été chargé pour ce document" lors d'une tentative de percée dans un modèle de vue dans le dossier Modèles . –

+0

Votre site Web fonctionne-t-il dans IIS ou CASINI? Avez-vous supprimé votre dossier de fichiers temporaires asp.net? Avez-vous réexécuté aspnet_regiis? Avez-vous créé un nouveau site Web/dossier virtuel? –

+0

Casini, j'ai supprimé les fichiers temporaires asp.net et relancer aspnet_regiis –

Répondre

1

Tenter de déboguer une propriété automatique était en fait la cause de cette erreur.

Il n'y a pas de raison de déboguer une propriété automatique (par définition, ils ne contiennent pas de logique).

Tous les autres points d'arrêt fonctionnent bien (et je suis un idiot!).

Questions connexes