Discussion :

[gorgonzola79]

Bonjour ,
J'utilise wss 3.0 sur mon serveur win 2003 r2 donc IIS 6.0

J'ai tenté d'installer Sharepoint Designer 2007 qui est gratuit.
Visiblement lors de l'installation de SD2007 , asp.net 2.0 s'est aussi installé.

Depuis plus aucun site ne fonctionne, j'ai cette erreur dans mon journal:

event ID 1309 et 1310 , voici le détail du 1309:

Code de l'événement*: 3005
Message d'événement*: Une exception non gérée s'est produite.
Heure de l'événement*: 17/06/2010 08:25:20
Heure de l'événement (UTC)*: 17/06/2010 06:25:20
ID d'événement*: 911991b957c44ae68b66ec6b5b3315e6
Séquence d'événements*: 1
Occurrence de l'événement*: 1
Code de détail de l'événement*: 0

Informations d'application*:
Domaine d'application*: /LM/W3SVC/2032248084/Root-1-129212295205601638
Niveau de confiance*:
Chemin d'accès virtuel de l'application*: /
Chemin d'accès à l'application*: C:\Program Files\Fichiers communs\Microsoft Shared\Web Server Extensions\60\template\admin\1036\
Nom d'ordinateur*: SERVER-CDF

Informations sur le processus*:
ID de processus*: 9080
Nom du processus*: w3wp.exe
Nom du compte*: AUTORITE NT\SERVICE RÉSEAU

Informations sur l'exception*:
Type d'exception*: HttpException
Message d'exception*: L'identité actuelle (AUTORITE NT\SERVICE RÉSEAU) ne dispose pas d'un accès en écriture à 'C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files'.

Informations sur la demande*:
URL de la demande*: http://localhost:19123/default.aspx
Chemin d'accès à la demande*: /default.aspx
Adresse d'hôte de l'utilisateur*: 127.0.0.1
Utilisateur*:
Est authentifié*: False
Type d'authentification*:
Nom du compte de thread*: AUTORITE NT\SERVICE RÉSEAU

Informations sur le thread*:
ID de thread*: 1
Nom du compte de thread*: AUTORITE NT\SERVICE RÉSEAU
Emprunte une identité*: False
Trace de la pile*: à System.Web.HttpRuntime.SetUpCodegenDirectory(CompilationSection compilationSection)
à System.Web.HttpRuntime.HostingInit(HostingEnvironmentFlags hostingFlags)


Détails de l'événement personnalisé*:

Pour plus d'informations, consultez le centre Aide et support à l'adresse

Je suis allé ensuite dans les propriétés des sites et je suis passé en ASP.NET 1.1.43.2 .
le service w3svc redemarre mais je ne peux toujours pas accéder à mes sites.

Quelqu'un peut-il m'aider à débugger tout ça ?
ou à m'indiquer une direction en tout cas ...

Merci beaucoup.
Fred

[glucas59]

N'hésite pas à installer le framework 3.5.

[gorgonzola79]

J'ai trouvé...

En fait ASP.NET 2.0 marche très bien en même temps que la version 1.1 dans IIS 6.0 pour autant qu'on crée un pool d'application différent pour chaque version d' asp.net .

Donc mon problème en 2 mots a été résolu :
- en modifiant le fichier web.config de mon site vers la ligne 83 et remplacer la ligne existante par

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

<customErrors mode="RemoteOnly" />

En réaffichant la page web du site j'ai un peu plus de détail sur mon erreur m'indiquant une erreur avec le fichier compat.browser dans le dossier App_Browsers

- une recherche google me permets enfin de trouver l'erreur.
voir le détail ici http://forums.asp.net/t/985790.aspx
vers la fin de ce topic , le gars précise qu'il n'y a pas de sous-dossier dans le fameux dossier App_Browsers et conseille de l'effacer simplement.

- j'efface le sous-dossier _vti_pvt et le fichier qu'il contient (attention ce sous-dossier était présent dans App_Browsers !!)
- je redémarre le site dans IIS et ça marche.

Mais comment ce dossier est arrivé là ?

Simple, j'ai ouvert mon site avec Sharepoint Designer 2007 sans savoir comment ce framework fonctionne.

Voilà.

Merci au passage à glucas59 pour le conseil
et à Buns pour le changement de balise dans le premier post

[cinemania]

en réalité c'est en partie due à la façon dont dotnet 2 gère la sécurité par rapport à dotnet 1.1.

sous dotnet 1.1 la sécurité était pour ainsi dire inexistante, le problème c'est que sous dotnet 2.0 ce n'est plus le cas, et donc tout ce qui tourne sous les runtimes 2.0 sont soumis à ces nouvelles règles de sécu.

changer de pool d'application permet bien de dissocier les 2 et de permettre à des appli 1.1 de tourner sur 1.1 et de ne pas les faire tourner sous dotnet 2.0 qui forcément va les jeter quand ils essayent entre autre d'accèder au disque dur dans des endroits ou il faut normalement un niveau de confiance correctement règlé.

N'hésite pas à installer le framework 3.5.

Ce genre de reflexion n'a strictement aucun intéret, car visiblement tu n'a rien compris à la problèmatique et cela n'aurait rien changer car dotnet 3, 3.5, 4 utilisent TOUS les runtimes de dotnet 2.0.
La CLR n'a pas subit de modifications au niveau de l'IL et de son interprétation depuis dotnet 2.0, et donc techniquement sous IIS on voit toujours dotnet 2.0 car on parle là des Runtime et non pas du framework !

Avant de poster ce genre de remarques à l'emporte pièce, vérifie bien d'avoir compris, et surtout soit sure de savoir de quoi tu parle.
si tu veux t'en convaincre, installe sur un poste dotnet 2.0, fait une appli qui crash volontairement et exécute là hors de VS.
regarde l'eventlog tu verra la mention de CLR20r3 ou un truc dans le genre...
maintenant met à jour dotnet et met la 4 et recommence avec une autre appli faite pour planter en écrite en dotnet 4...
regarde à nouveau l'eventlog... CLR20r3...