2008-09-18 7 views
1

Je suis nouveau sur visual studio/asp.net alors s'il vous plait gardez moi. En utilisant vs 2005 et asp.net 3.5. J'ai vs installé sur le serveur de production. Si je mets l'option de démarrage pour le site à "utiliser le serveur web par défaut" quand je vais déboguer mon site vs essaie d'ouvrir le site à http://localhost:4579/project et renvoie 404. Si je définis l'option de démarrage à "utiliser un serveur personnalisé" et spécifier le bon chemin vers l'application (la façon dont je frapperais le site de l'extérieur) vs est incapable d'exécuter le débogage et renvoie l'erreur "Impossible de débuter le débogage sur le serveur Web Échec d'ouverture de session: nom d'utilisateur inconnu ou mauvais mot de passe". Je cours en tant qu'administrateur sur le serveur de production. Je pensais que je devais peut-être définir des autorisations utilisateur dans le moniteur de débogage à distance de Visual Studio, mais mon compte administrateur était déjà là. J'ai vérifié les services Internet (IIS) et vérifié que la configuration/le débogage de l'application "activer le débogage du script côté serveur ASP" a été vérifié. Web config est également défini sur debug = "true". Clairement, il me manque quelque chose.Visual Studio 2005 indique que je n'ai pas l'autorisation de déboguer?

EDIT> Windows Server 2003 en cours

+0

Veuillez spécifier votre système d'exploitation. Avez-vous Vista/Win2008 et IIS7? – EricSch

Répondre

4

Faites ceci ... Au lieu d'essayer de déboguer en appuyant sur F5

  • Allez dans Outils
  • Attach to Process
  • Cliquez sur Afficher les processus de tous
  • Assurez-vous que vous êtes sélectionné uniquement pour le code managé
  • Sélectionnez "W3WP.EXE". C'est le processus ASP.NET Worker.
  • Cliquez sur Joindre.
  • Vous êtes maintenant attaché et débogage, allez rafraîchir la page dans un navigateur et il devrait frapper vos points d'arrêt.
+0

Ok, cela a fonctionné pour le code derrière le fichier. J'ai des fichiers javascript avec des points d'arrêt qui ne sont pas touchés. Ai-je besoin de faire quelque chose de différent pour js? – mrjrdnthms

+0

JS s'exécute sur le client et non sur le serveur. Vous devez utiliser un débogueur client comme FireBug pour arrêter sur ceux-ci. – FlySwat

+0

VS 2008 (à peu près sûr aussi en 2005) va également déboguer le côté client Javascript - il suffit de se connecter au processus IE et de s'assurer que le débogueur est configuré pour le déboguage des scripts, non natif. Assurez-vous également que IE est configuré pour autoriser le débogage de script (une case à cocher dans les paramètres avancés doit être * décochée *). –

0

Courez-vous sur Vista ou Server 2008? Je ne suis pas sûr à propos de Vista, mais quand je courais Server 2008 j'avais des erreurs d'autorisation en essayant de déboguer quand j'ai lancé VS en tant qu'utilisateur régulier. La solution pour moi était un clic droit sur l'icône VS et en sélectionnant «Exécuter en tant qu'administrateur».

0

Le compte que vous utilisez doit faire partie du groupe d'utilisateurs développeur. Sinon, vous ne pourrez pas déboguer correctement.

+0

Il lance le débogueur en tant qu'administrateur de boîte, ce n'est pas ça.Il doit attacher le processus ASP.NET. – FlySwat

+0

Désolé! Tu as raison. – jdecuyper

0

Avez-vous vérifié que l'authentification Windows intégrée est activée pour le site Web requis? Ceci est requis pour le débogage.

Remarque: Vous pouvez activer cet accès et l'accès Annonomus en même temps. Cela signifie que le site voit les utilisateurs connectés comme leur compte d'utilisateur et non pas les utilisateurs connectés comme compte anonyme. Les utilisateurs non connectés ne verront une boîte de connexion que si l'application tente d'accéder à un élément nécessitant une connexion.

Pour déboguer Javascript, vous devez l'activer dans les paramètres de IE. Décochez les deux paramètres dans "IE-> Outils-> Options-> Avancé-> Navigation-> Désactiver le débogage de script" avant le débogage.

Questions connexes