Visual Studio Debugging n'est pas attaché à WebDev.WebServer.EXE

J'ai une solution avec de nombreux projets. Sur Debug, j'ai trois projets web que je veux démarrer sur leurs propres serveurs de développement Web ASP.NET de Cassini. Dans le projet de démarrage Propriétés de la solution - Propriétés communes - Projet de démarrage, plusieurs projets de démarrage sont sélectionnés avec l'option Action des trois applications Web définie sur Démarrer. Les trois serveurs de développement Web démarrent et les trois pages Web se chargent.Visual Studio Debugging n'est pas attaché à WebDev.WebServer.EXE

Toutefois, Visual Studio attache uniquement à deux des processus WebDev.WebServer.EXE. Je dois manuellement attacher au troisième processus afin de le déboguer avec le débogueur.

Ce comportement vient de commencer, et je ne sais pas comment résoudre ce problème. Toute aide est appréciée.

EDIT:

également à noter, je l'ai arrêté et redémarré les serveurs de développement plusieurs fois sans changement de comportement. En outre, lors de la connexion au processus manuellement, je vois que la propriété Type des deux processus WebDev.WebServer.EXE automatiquement attachés est Géré, tandis que la propriété Type du processus non attaché WebDev.WebServer.EXE est TSQL, géré, x86. Cependant, lorsque je regarde les propriétés du projet, je cible AnyCPU, et le débogage de SQL Server n'est pas activé.

EDIT:

également à noter, les deux projets qui Réencliquez sont C# web applications.

<ProjectTypeGuids>{349c5851-65df-11da-9384-00065b846f21};{fae04ec0-301f-11d3-bf4b-00c04f79efbc}</ProjectTypeGuids>

Le projet qui n'est pas attacher correctement est un VB.NET web application.

<ProjectTypeGuids>{349c5851-65df-11da-9384-00065b846f21};{F184B08F-C81C-45F6-A57F-5ABD9991F28F}</ProjectTypeGuids>

EDIT:

A noter également, le comportement est le même sur un autre poste de travail. Donc les chances sont que ce n'est pas un problème spécifique à la machine.

Source

2009-10-14 Aaron Daniels

Je suis coincé ici pour, vous devriez vérifier this answer

Source

2010-03-26 17:30:03 RollemIra

Je ne sais pas si c'est parce que cette question avait déjà une prime ou quoi, mais elle ne me laisse pas accepter votre réponse. Merci beaucoup. C'est définitivement le problème! –

Pas de problème. Cela me creusait la tête pendant presque toute une journée. Ce que je finis par faire est de commenter les balises , puis de les décommenter pour le déploiement. Fonctionne comme un charme! – RollemIra

Cela pourrait être une photo dans le noir, mais je regarderais les fichiers csproj, pour voir si celui qui ne fonctionne pas a des différences évidentes. En particulier, je rechercherais un élément <ProjectTypeGuids>. Tout ce qui a trait à l'hébergement Web est également intéressant, bien sûr; si quoi que ce soit sous:

<ProjectExtensions> 
    <VisualStudio> 
    <FlavorProperties GUID="{349c5851-65df-11da-9384-00065b846f21}"> 
     <WebProjectProperties>

(ou similaire, selon votre goût du projet, comparer entre les 3 pour tout ce qui donne du lieu)

Source

2009-12-13 22:24:49

ma question, j'edited et spécifié mes ProjectTypeGuids. Lorsque vous comparez la section ProjectExtensions, la seule différence entre les trois projets différents est le numéro de port. –

hmmm ... ok, ça valait le coup d'être vu. –

Je suis d'accord. Je pense que tu m'as fait regarder dans la bonne direction. –

Ce que je fais est défini des projets de démarrage multiples et choisissez chacun les applications Web dans les propriétés de la solution (solution clic droit dans l'Explorateur de solutions> Propriétés).

Le troisième projet est-il un projet Web IIS (défini dans les propriétés)? Nous avons de nombreux projets IIS qui fonctionnent ensemble et nous n'avons aucun problème de débogage.

Essayez la solution> Propriétés> Propriétés de configuration> Configuration et découvrez les projets qui seront construits et à quel moment.

Source

2009-12-14 11:37:26 Burt

Tous les trois sont des projets d'application Web. La seule différence est que celui qui ne se connectera pas au débogueur est un projet VB.NET, alors que les autres sont des projets C#. –

Je ne sais pas quel pourrait être le problème, mais lorsque j'ai eu des problèmes avec des projets complexes avant que je l'ai trouvé, il est utile de regarder directement les fichiers .vbproj ou .csproj.

Avez-vous essayé de créer un nouveau projet vb.net et de simplement copier les fichiers du projet qui ne fonctionne pas? J'essaierais également d'ajouter un 4ème projet d'application web en C# très simple pour voir si 3 est une sorte de nombre magique pour votre configuration (bien que je travaille actuellement sur une solution avec plus de 3, et ai pas de problèmes de débogage). Vous pouvez faire la même chose avec une simple application Web vb - vous saurez alors si c'est un problème avec le serveur web # 3, vb.net en général, ou votre projet spécifique.

Source

2009-12-14 17:05:43 chris

En regardant à travers eux, je ne peux pas trouver de différences discernables. J'ai créé un nouveau projet VB.NET juste pour voir si c'était quelque chose à voir avec VB.NET, mais cela a très bien fonctionné. Je n'ai pas tout copié car c'est une grande application web sous contrôle de source. De plus, j'aimerais savoir ce qui cause le problème autant que je veux que le problème soit résolu. –

Si vous copiez tout sur le nouveau projet, en théorie le fichier .vbproj devrait ressembler à celui qui ne fonctionne pas. Diffusez-les, et vous pouvez avoir une idée de ce qui cause le problème. Vous n'avez pas besoin de vérifier les modifications, si vous trouvez que le problème se trouve dans le fichier .vbproj, vous pouvez simplement le modifier puis l'enregistrer. – chris

Faites un clic droit sur la solution principale -> Propriétés -> Propriétés communes -> Démarrage du projet ->

Assurez-vous qu'il est réglé sur « des projets de démarrage multiples » et tous sont réglés sur « Démarrer » au lieu de rien ou démarrer sans débogage.

Vérifiez également chaque fichier projet .user et assurez-vous que AlwaysStartWebServerOnDebug est défini sur true avec toutes les autres options de débogage.

Source

2009-12-14 22:24:11 JKG

Cela va être une chose très simple, je suis juste en poste pour vous assurer.

Le débogage est-il activé dans le fichier Web.config de l'application Web? Est-il défini sur le mode Déboguer lorsque vous le démarrez dans Visual Studio?

Source

2009-12-17 11:45:28 Venemo

Oui. Les deux autres projets s'attachent très bien. Si ceux-ci n'étaient pas configurés, rien ne s'y ajouterait. Merci pour la pensée cependant. –

Visual Studio Debugging n'est pas attaché à WebDev.WebServer.EXE

Répondre

Questions connexes