Discussion :

[TheReturnOfMuton]

Bonjour,

Je développe une application ASP/C#.NET avec Visual Studio 2008, et mon application est publiée sur un serveur IIS.

Dans mon répertoire Inetpub/wwwroot/monAppli/
j'ai un répertoire Data, où j'écris/supprime des fichiers lors de l'utilisation de mon application.

Je me rends compte qu'à chaque écriture/suppression de ces fichiers de données, qu'elle se fasse depuis mon application ou manuellement sur le serveur, cela me fait perdre ma session... comme si je modifiais les sources ou le web.config...

Ce répertoire Data ne fait pas partie des sources dans Visual Studio, je l'ai créé manuellement, j'ai bien les droits dessus, et bien sûr, ce n'est pas dans le code que je supprime mon objet session.

Auriez-vous une aide à m'apporter svp ?
Merci d'avance.

[Immobilis]

Salut,

De quelle façon accèdes-tu à ces fichiers? Aurais-tu un exemple de code? Les fichiers sont considérés comme des ressources externes pour lesquelles il faut prendre soin d'implémenter correctement l'interface IDisposable.

Ce que je vais dire est une supposition et mériterait d'être confirmé: dans la mesure où tu utilises des objets .Net pour manipuler les fichiers (ex: FileStream), le garbage collector conserve des références en mémoire. Il est fort probable que ces dernières aient des références qui conduisent jusqu'au sessions. Le comportement de IIS/Framework serait de nettoyer en cascade toute l'arborescence des références.

Personnellement, plutôt que des variables de session, j'utilise des propriétés statiques ou des singleton.

A+

[TheReturnOfMuton]

Salut Immobilis,

Alors par le code j'utilise simplement System.IO pour faire des File.copy, et des File.Delete...

J'ai d'autres projets qui fonctionnent de la même façon, avec un (ou plusieurs) répertoire de données, où j'écris régulièrement, et je ne perds pas ma session...

J'ai l'impression que c'est une config qqpart qui donne ce comportement, plus que le code qui est tout à fait classique. Le Web.config ou IIS, j'ai vérifié sans résultat pour le moment.

[calagan99]

Dans ma mémoire, l'ajout de fichier dans certains répertoires (bin en l'occurence) avait pour effet de provoquer un redémarrage du pool et ainsi une perte de session.
A priori tu ne modifies rien dans le bin, mais as-tu vérifié si ton pool avait été redémarré après avoir constaté une perte de l'état de session ?

[TheReturnOfMuton]

Salut Calagan,
Non le pool ne redémarre pas, il suffit que (même manuellement) je crée un répertoire dans mon rép. de données pour que ma session soit perdue...

[Immobilis]

Pourrais-tu nous montrer le code qui assigne la variable de session ainsi que le code qui créé les fichiers? Si il y a lieu le code qui lit dans les fichiers créés.