Question

Je reçois le message d'erreur suivant lors de l'exécution de mon projet ASP.NET Visual Studio 2008 (démarrage sans débogage) sur mon ordinateur XP Professional:

System.Web.HttpException: The current identity (machinename\ASPNET) does not have write access to 'C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files'.

Comment puis-je résoudre ce problème?

Était-ce utile?

La solution

Avez-vous essayé, l'aspnet_regiis exe dans le dossier framework?

Autres conseils

J'ai eu le même problème. Voici ce que j'ai fait:

  1. Accédez à c: \ windows \ microsoft.net \ framework \ v2.0.50727
  2. faites un clic droit sur "Fichiers temporaires ASP.NET"
  3. onglet Sécurité
  4. Sélectionnez " Utilisateurs (xxxxxx \ Utilisateurs) dans le groupe
  5. cochez la case "Ecrire"
  6. OK

Accordez à cet utilisateur le niveau d'accès à ce répertoire ou modifiez l'identité sous laquelle le pool d'applications de l'application est exécuté - dans le Gestionnaire IIS, déterminez le pool d'applications utilisé pour exécuter votre application, puis dans la section Pool d'applications d'IIS Gestionnaire, examinez les propriétés de ce pool. L’onglet souhaité est "Identité". Je pense (ça me vient à l’esprit).

Vous pouvez le définir sur un autre compte d'utilisateur. Par exemple, Crystal Reports .Net requiert un accès à la mise à jour et à la suppression de C: \ Temp. Par conséquent, nous avons un "webmaster". utilisateur, avec un accès administrateur, et utiliser cette identité pour ces applications.

vous pouvez cliquer avec le bouton droit de la souris sur Visual Studio & amp; sélectionnez Exécuter en tant qu'administrateur.

Vous pouvez essayer de le réparer à l'aide de l'utilitaire de registre automatisé aspnet_regiis.ext disponible dans le répertoire c: \ windows \ microsoft.net \ framework \ v2.0.50727

.

Sinon, ajoutez simplement manuellement les autorisations de fichier requises, comme indiqué dans le message d'erreur.

J'ai rencontré ce problème lors de la création d'un projet de déploiement Web (* .wdploy). La simple création du dossier sur le chemin du framework a résolu l’erreur.

Assurez-vous que l'utilisateur ASPNET est autorisé à écrire dans ce dossier. Faites un clic droit sur le dossier, Propriétés, onglet Sécurité.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top