Discussion :

[MatthieuQ]

[ASPX] [VSTUDIO] Créer une appli web via Visual Studio sur un serveur distant

[Désolé si ce post est redondant, j'ai bien effectué une recherche sur ce thème, mais les réponses ne sont plus disponibles]

Bonjour,

Sur mon poste de travail (Win XP SP2), j'utilise Visual Studio 2003.
J'avais l'habitude de créer mes applis ASP.NET en local sur IIS. Je faisais donc "Fichier" => "Nouveau Projet" => "Application Web ASP.NET" avec "http://localhost/MonAppliWeb" comme emplacement.

Visual Studio créait très bien le répertoire virtuel dans IIS. Bref, ça fonctionnait correctement.

Depuis peu, je dispose d'un serveur web Windows 2003 (Web Edition) pour le développement. IIS est activé sur ce serveur avec également ASP.NET.

J'aimerais pouvoir créer sur ce serveur mes applis ASP.NET de la même façon que sur mon poste local. En remplaçant bien sûr l'emplacement dans la fenêtre du nouveau projet. Si mon serveur s'appelle "serveurdev", la mise en œuvre de ce projet se ferait de la sorte :
"Fichier" => "Nouveau Projet" => "Application Web ASP.NET" avec "http://serveurdev/MonAppliWeb" comme emplacement.

Je fais ça, et ça ne fonctionne pas. J'obtiens le message suivant :

"Le partage de fichiers constitue le mode d'accès au web par défaut de ce projet, mais le dossier du projet situé en 'http://serveurdev/MonAppliWeb" ne peut pas être ouvert avec le chemin d'accès "\\serveurdev\wwwroot$\MonAppliWeb'. L'erreur retournée était :
Impossible de créer le projet SWeb 'MonAppliWeb'. Le partage UNC '\\serveurDev\wwwroot$\MonAppliWeb' n'existe pas ou vous ne disposez pas des droits d'accès requis.
Que voulez-vous faire ?"

Là, j'ai le choix entre

"Réessayer en utilisant un autre chemin de partage de fichiers" en spécifiant le chemin et "Ouvrir le projet avec les extensions serveur Frontpage".

J'aimerais mieux ne pas installer les extensions frontpage.

Sur mon serveur, le répertoire wwwroot est partagé, j'y ai les droits en écriture.

Faut-il ajouter d'autres rôles en écriture ?
Faut-il activer un service pour rendre ces créations d'applis possibles ?
Faut-il installer un composant de Visual Studio sur le serveur ?


Si vous avec une idée…
Merci par avance,

[garywan]

javai le meme probleme et en enlevant "wwwroot$" ca marchait...

[MatthieuQ]

Merci, mais j'ai depuis installé les composants Dot Net sur le serveur et ça marche très bien.

Maintenant, je n'arrive pas à déboguer l'appli. Il me dit :

Erreur lors de l'exécution du projet : Impossible de démarrer le débogage sur le serveur web. Mémoire insuffisante pour cette opération.

Ce qui me paraît anormal. Vu que le serveur tient très bien la route à ce niveau là.

[garywan]

oui g la meme erreur ski fai ke je lutilise pas...c bien dommage mais bon!pourtant on a tous les droits sur le poste client et le poste server..c bizar :s

[MatthieuQ]

C'est dingue, il doit y avoir un truc qui cloche.
J'avais 256 Mo de Ram sur le serveur. J'ai pu lui en mettre 1 Go et toujours le même message d'erreur.
Message que je n'ai pas trouvé chez Microsoft.

Pour mon poste de dév., j'ai même quitté toutes les applis sauf VStudio. Pas mieux. Pourtant, j'ai à la base 768 Mo de RAM.

[garywan]

la magie microsoft....je c pas du tt ski spasse :s c tro bizar!si qqn c...

[MatthieuQ]

Sur ce forum, un utilisateur a réussi à faire fonctionner le debug en désinstallant le SP2 de Windows XP… (http://www.dotnetmonster.com/Uwe/For...ll-KB-articles)

Et je n'y tenais pas.

Même si ça n'est pas ça qui a débloqué mon problème, les articles suivants restent intéressants. Ils expliquent quels ports ouvrir sous Win XP SP2 pour autoriser le débogage entre VStudio et le serveur IIS distant. Mon problème ne venait pas de là, vu que j'avais temporairement débloqué le firewall. Par mesure de sécurité, j'ai quand même appliqué ces nouvelles rêgles et remis le firewall en marche.

Au lancement de Visual Studio, j'avais un message d'erreur avec le code suivant : 0x800405a4. J'ai fais une recherche dans Google avec ce code. (http://www.google.com/search?q=0x800405a4).

Après quelques surfs, j'ai trouvé ces articles :

http://support.microsoft.com/default...roduct=vsnet#6

http://msdn.microsoft.com/security/p...emotedebug.asp, où l'on parle aussi des autorisations à mettre dans les "Component Services"

Je précise que j'ai fait tout ça sans succès, mais ça peut peut-être avoir contribué à la réussite finale.
J'ai même eu des problèmes après avoir changé les paramètres dans la base de registres sur mon poste windows 2003 (HKEY_LOCAL_MACHINE\Software\Microsoft\MSDTC, pourtant, j'ai fait ce qui était écrit ici http://support.microsoft.com/kb/833977).

Donc, problèmes au redémarrage dans les composants DCOM. Je décide de désinstaller ces composants et de les réinstaller. Tant qu'on y est, je désinstalle tout IIS avec les services associés et je réinstalle tout.

Et là, magie ! Ça fonctionne nickel.

C'est assez déroutant et énervant. Je ne sais donc pas si le fait de faire ça dès le début aurait corrigé le problème mais une fois de plus, l'ordre d'installation des composants ou logiciels sur Windows a son importance.

En espérant que ça puisse t'aider garywan

[Maximil ian]

L'erreur "Impossible de démarrer le débogage sur le serveur web" peut aussi être causée par une incompatibilité de version du framework .NET avec Visual Studio.
Si vous avez installé le framework 2.0, les applications paramétrées en 2.0 ne peuvent pas être débuggées par VS 2003. Il faut les repasser en framework 1.1 dans la console d'administration de IIS.

Ca parait tout bête mais j'étais tellement focalisé sur les problèmes de firewall et autres évoqués plus haut que j'ai cherché pendant 2 jours avant de réaliser la cause réelle du souci