Je déboguée ASP classique dans Visual Studio 2005. En outre, Visual Studio 2008 est censé faire mieux, mais je jamais eu la chance d'essayer ou de découvrir les détails.
Votre plus gros problème est que Visual Studio 2005 a supprimé la possibilité de "démarrer avec Debug" une application ASP.
Dans VS 2005, Microsoft a complètement modifié la manière dont le débogueur s'est connecté à IIS. L'ancienne méthode (ASP et ASP.NET) utilisée par InterDev (souvenez-vous d'InterDev?) Via VS 2003 a été orchestrée via le "Machine Debug Manager", une sorte de service d'assistance intermédiaire. Le tout était ... arcane, en essayant de résoudre un problème complexe qui a été rendu plus difficile par le fait que IIS et Visual Studio s'exécutent sous des comptes distincts et dans certains cas, des machines différentes. C'était un processus très délicat qui était très enclin à casser au moindre changement de configuration.
Chacune de mes machines a cessé de pouvoir déboguer Classic ASP à un moment ou à un autre pour des raisons liées à l'alignement des étoiles.J'avais l'habitude d'avoir à portée de main une liste de contrôle de 14 pages qui décrivait toute l'incantation, passant du gestionnaire IIS à Visual Studio au gestionnaire de compte utilisateur, à l'explorateur COM + ... et même cela ne fonctionnait pas toujours. Ça me fait frissonner juste à y penser.
Finalement, ils ont abandonné. Dans Visual Studio 2005, Microsoft a proposé une architecture différente pour le débogage des applications IIS (désolé, je ne sais pas comment cela fonctionne maintenant). À l'époque, MS a décidé que trop peu de personnes utilisaient ASP et a priorisé d'autres travaux en plus. L'activation du débogage ASP à travers la nouvelle architecture a nécessité beaucoup de travail, en particulier pour une technologie en voie de disparition, donc elle a été coupée. Je ne les blâme pas; ils ont pris une décision d'affaires saine. Préféreriez-vous ne pas avoir de débogage ASP dans VS 2005? Ou oui débogage ASP sur VS "200 "?
De toute façon, tout n'est pas perdu. Tout d'abord, vous ne pouvez plus "lancer" le débogueur avec F5, mais vous pouvez toujours attacher manuellement à un processus ASP déjà en cours et cela fonctionnera, tant que vous activez le débogage manuellement dans le Gestionnaire des services Internet. L'expérience dans Visual Studio 2005 est parfois meilleure, parfois pire que dans les anciennes versions. C'est certainement plus stable et très faisable. Plus de détails ci-dessous. Deuxièmement, j'ai entendu à un moment donné que Visual Studio 2008 était supposé faire un retour et obtenir le débogage d'ASP dans le produit, ou au moins apporter une amélioration, ou une telle - je ne pourrais jamais avoir une idée claire image. Ensuite, j'ai perdu la trace de tout cela parce que, par miracle, je me suis gardé de traiter beaucoup avec des projets ASP depuis quelques années maintenant.
Je vais essayer de trouver plus de références sur VS 2008 et ASP classique. Si je trouve quelque chose, je vais éditer ce post (désolé - il me faudra peut-être quelques jours pour y accéder).
Plus de détails peuvent être trouvés dans ces messages:
Des instructions détaillées sur la façon de déboguer par fixation manuelle dans ce post Gregg Miskelly: Debugging Classic ASP Code
Autres informations connexes peuvent être trouvés here et à d'autres postes Mikhail Arkhipov .
Espérons que cela aide.
Je vois que vous avez trouvé de bonnes informations vous-même pendant que je tapais ma réponse, y compris mes deux signets. Si vous rencontrez des problèmes spécifiques, veuillez poster les détails et je vais essayer de vous aider. Je l'ai fait moi-même des dizaines de fois sans problème. Si vous utilisez une question distincte, mettez un lien quelque part ici, donc je ne le rate pas. –
merci beaucoup euro, lundi je vais l'essayer ... – opensas
bien, cela a fonctionné, merci beaucoup ... – opensas