Problème avec EnableSessionState

Version imprimable

15/10/2007, 10h58
theMonz31

Problème avec EnableSessionState

Bonjour

Je ne suis pas un pro de l'ASP.Net...

Dans une de mes pages C# (coté serveur donc), j'utilise l'objet SESSION

Hors, à chaque fois que j'arrive sur le code en question, j'obtiens le message suivant :

Citation:

L'état de session ne peut être utilisé que lorsque enableSessionState a la valeur true, dans un fichier de configuration ou dans la directive Page. Vérifiez également que System.Web.SessionStateModule ou qu'un module d'état de session personnalisé est inclus dans la section <configuration>\<system.web>\<httpModules> dans la configuration de l'application.

Il semblerait que la SessionState ne soit pas activée.. Ok...
Donc, je fais 2/3 recherches sur le web et je rajoute ceci dans mon web.config :

Citation:

<pages buffer="true"
enableSessionState="true"
autoEventWireup="true"
smartNavigation="true"/>

SANS EFFET

J'ajoute ceci à ma page :

HtmlHeader += "<Page EnableSessionState=\"True\">";

(ou HtmlHeader est mon string de configuration manuel pour mes pages )

Quand je lance ma page Web, si j'affiche le source, je vois bien cette info (
enableSessionState à true dans ma page), mais pour autant, j'ai toujours
mon même plantage :)

Donc, ma question : For god sake, Que dois-je faire ? (en dehors d'arreter l'asp.net (ce qui est planifié prochainement :) )

Merci d'avance

The Monz, Toulouse

Tu dois avoir un truc comme ça aussi dans le Web.Config:

Code:

1
2
3
4
5
6
<!-- SESSION STATE SETTINGS
          By default ASP.NET uses cookies to identify which requests belong to a particular session.
          If cookies are not available, a session can be tracked by adding a session identifier to the URL.
          To disable cookies, set sessionState cookieless="true". -->
		<sessionState mode="InProc" stateConnectionString="tcpip=127.0.0.1:42424" sqlConnectionString="data source=127.0.0.1;user id=sa;password="
			cookieless="false" timeout="20" />

15/10/2007, 11h15
theMonz31

J'ai rajouté comme tu le proposais dans ton exemple

que je mette cookieless à true ou false, la sanction est la même :)

==> Tjs le meme message d'erreur :)

Je commence à devenir chèvre avec ce truc :)

On continue les recherches donc :)

The Monz, Toulouse
15/10/2007, 11h16
lutecefalco

Ton web.config a été créé automatiquement par VS ou pas?

euh

dans la mesure ou je recupere un projet, je ne peux repondre à ta question dirceetment, mais vu son contenu, je dirais qu'une main etrangère a à priori compléter son contenu....

Pour info, en voici le contenu complet :)

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
<?xml version="1.0"?>
<configuration>
	<appSettings>
		<add key="SRV-DEVTOOLS : OASIS_VAL" value=""/>
		<add key="ConnectionString" value="PqSis/K1pciOuZjYWiPgFgoPtK8n6gxjm2EBJt+FmOy/ZYWuKKifyvLIyOvY0kimw0MJlRDzvADkZBpPmFDDvg=="/>
		<add key="!!!!!!!PROD!!!!!!!" value=""/>
		<add key="ConnectionString_PROD" value="PqSis/K1pcg3gZT4jr5e5EB0g4egzV7uKJacYODLe5gk5Q8ON13Gc21pQBOIFNNxZ0XvXxMipb0="/>
		<add key="SmtpServer" value="smtp.capgemini.fr"/>
    <!--<add key="Fileirectory" value="\\srv-oasis\Oasis SQL\solutionVal\"/>-->
    <add key="FileDirectory" value="D:\GM\PJ\"/>
		<add key="AllowedExtensions" value="doc,xls,gif,jpg,txt,zip,pdf"/>
		<add key="PasswordValidity" value="50"/>
		<add key="AppDisabled" value=" 19h00"/>
		<add key="ReportServerUrl" value="http://vm-srv-oasis2/ReportServer"/>
		<add key="ReportViewerServerConnection" value="Oasis.Web.Util.ReportServerConnection, APP_CODE"/>
		<add key="ReportViewerUser" value="UserSSRS"/>
		<add key="ReportViewerPassword" value="UserSSRS"/>
		<add key="ReportViewerDomain" value="vm-srv-oasis2"/>
	</appSettings>
	<system.web>
		<sessionState mode="InProc" timeout="120" cookieless="true"/>
		<pages buffer="true"
             enableSessionState="true"
             autoEventWireup="true"
             smartNavigation="true"/>
		<httpHandlers>
			<add path="Authent.crd" verb="*" type="Oasis.Web.UIL.PageLoader"/>
			<add path="Oasis.crd" verb="*" type="Oasis.Web.UIL.PageLoader"/>
			<add path="Server.crd" verb="*" type="Oasis.Web.UIL.PageLoaderCard"/>
			<add path="Page.crd" verb="*" type="Oasis.Web.UIL.PageLoaderSimple"/>
			<add path="Reserved.ReportViewerWebControl.axd" verb="*" type="Microsoft.Reporting.WebForms.HttpHandler, Microsoft.ReportViewer.WebForms, Version=8.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a" validate="false"/>
		</httpHandlers>
		<compilation debug="true">
			<compilers>
				<compiler language="c#" extension=".cs" type="Microsoft.CSharp.CSharpCodeProvider, System, Version=2.0.0.0, Culture=neutral, PublicKeyToken=B77A5C561934E089" compilerOptions="/d:DEBUG;TRACE"/>
			</compilers>
			<assemblies>
				<add assembly="System.Windows.Forms, Version=2.0.0.0, Culture=neutral, PublicKeyToken=B77A5C561934E089"/>
				<add assembly="System.Design, Version=2.0.0.0, Culture=neutral, PublicKeyToken=B03F5F7F11D50A3A"/>
				<add assembly="Infragistics.WebUI.Shared.v2, Version=2.0.20041.1016, Culture=neutral, PublicKeyToken=7DD5C3163F2CD0CB"/>
				<add assembly="Microsoft.ReportViewer.WebForms, Version=8.0.0.0, Culture=neutral, PublicKeyToken=B03F5F7F11D50A3A"/>
				<add assembly="Infragistics.WebUI.Design.v1, Version=1.0.20041.1016, Culture=neutral, PublicKeyToken=7DD5C3163F2CD0CB"/>
			</assemblies>
			<buildProviders>
				<add extension=".rdlc" type="Microsoft.Reporting.RdlBuildProvider, Microsoft.ReportViewer.Common, Version=8.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a"/>
			</buildProviders>
		</compilation>
		<authentication mode="Forms">
			<forms name="SavingsPlan" loginUrl="Authent.crd?id=authent" timeout="1" slidingExpiration="true"></forms>
		</authentication>
		<authorization>
			<deny users="?"/>
		</authorization>
		<!-- Trace -->
		<trace enabled="false" requestLimit="10" pageOutput="false" traceMode="SortByTime" localOnly="true"/>
		<!--<globalization requestEncoding="iso-8859-1" responseEncoding="iso-8859-1" fileEncoding="iso-8859-1"/>-->
		<globalization requestEncoding="utf-8" responseEncoding="utf-8" fileEncoding="utf-8"/>
		<xhtmlConformance mode="Legacy"/>
	</system.web>
	<system.webServer>
		<handlers>
			<add name="CRD" path="*.crd" verb="*" modules="IsapiModule" scriptProcessor="%windir%\Microsoft.NET\Framework\v2.0.50727\aspnet_isapi.dll" resourceType="Unspecified"/>
		</handlers>
	</system.webServer>
</configuration>

Voila

The Monz, Toulouse

15/10/2007, 11h36
ccambier

Bonjour,
ce qui me semble bizarre c'est que lke sessionstate est activé par défaut en ASP.net (en dev sans VS2005 et meme 2003)

au fait c'est quelle version de .net que tu utilises?
15/10/2007, 11h39
theMonz31

le projet etait en 1.0 et nous venons de la passer en 2.0

Peut-etre que c'est là qu'il y a eu "perte" d'un truc

CEla dit, en 1.0, on n'utilisait pas les objets Session :)

The Monz, Toulouse
15/10/2007, 12h02
lutecefalco

Vous avez migré comment?? Avec l'outil VS ou vous êtez parti d'un projet 2.0 vide?
15/10/2007, 12h04
ccambier

est-ce que dans un des attributs <@Page > il n'y a pas un EnableSessionState="False" ?
15/10/2007, 12h09
theMonz31

hélas non

aucun EnableSessionState à false quelque part :)

C'est étrange quand même ce truc !

The Monz, Toulouse

PS : evidemment, lex experts Asp.Net de ma boite sont absents ou en congé maladie (pour couronner le tout)
15/10/2007, 12h22
lutecefalco

Tes pages n'héritent pas d'une classe "perso"?
15/10/2007, 12h27
theMonz31

Si,
enfin, elles héritent d'une classe qui hérite de UserControl !!!

Serais-ce un possible point de soucis ?

The Monz, Toulouse
15/10/2007, 12h40
ccambier

normalement dans un usercontrol on sait accéder à la session !!!
je suppose que tu utilises le serveur Cassini (intégré à VS2005)
sinon si c'est IIS il faut vérifier les valeurs des options de session du serveur !!!
mais ça m'etonnerait que tu utilises IIS...
15/10/2007, 13h05
lutecefalco

Citation:

Envoyé par theMonz31

Si,
enfin, elles héritent d'une classe qui hérite de UserControl !!!

Serais-ce un possible point de soucis ?

The Monz, Toulouse

Hmmm, ça devrait hériter à un moment ou un autre de System.Web.UI.Page normalement je pense
15/10/2007, 14h04
theMonz31

disons que ca n'hérite pas du Page

mais que j'ai un objet PageLoader qui lui , hérite de Page et qui se charge
de m'afficher mes pages en se basant sur des controles utilisateurs :)

Et pour le moment, j'ai aucun endroit visible ou le EnableSessionState est soit positionné à vrai soit à faux :)

J'ai essayé de le mettre dans une page, mais ca n'aboutit pas au résultat escompté... ni d'ailleurs en passant par le web.Config

Peut-etre que le "portage" de 1.0 à 2.0 y est pour quelque chose

Sinon, à priori, ca tourne avec IIS... (en tout cas, je vois mon site dans l'explorer de service en allant sous IIS)

The Monz, Toulouse
15/10/2007, 14h24
ccambier

alors si tu utilises IIS vérifie bien qu'il pointe sur le bon repertoire et sur le bon Web.config
sinon tu vas dans les propriétés de ton site sur IIS (clique droit - propriété)
et sur l'onglet ASP.net tu sais choisir ta version .net et avoir accès à ton fichier de config (bouton Edit Configuration...)
et là t'as un onglet State Management sur lequel tu définis les infos sur les sessions.

essaye de voir avec ça

au moins ça éliminera une possibilité ;-)
15/10/2007, 16h29
theMonz31

salut

je suis sur mon oglet "Gestion d'état" (je suis en XP Français :) )

Et actuellement, je suis en InProc (useUri - timeout 120)

Pour la session, je dois prendre quel info dans la combo de mode Etat session ?

The Monz, Toulouse
16/10/2007, 08h47
ccambier

moi j'ai les valeurs par défaut.
Sessiont state : InProc
Cookieless : UseDeviceProfile
Tineout : 20

mais je ne crois pas que ce soit ça qui changera qqch
l'option principale est le session state qui doit être en Inproc
16/10/2007, 09h21
theMonz31

merci

j'suis d'accord avec toi que c'est vraiment etrange ce qui m'arrive car à priori,
ca devrait le faire :)

Il doit y avoir une c..lle quelque part, mais ou, no lo se :)

J'finirais bien par trouver, mais c'est pénible de ne pas pouvoir utiliser les
variables Session quand on en a "pleinement" besoin :)

Merci pour ton aide, meme si pour l'instant, la réponse reste sans réponse...

The Monz, Toulouse
16/10/2007, 09h28
ccambier

et si tu crées un nouveau projet ASP.net avec VS2005 tu compiles, et tu l'executes... ensuite compare les Web.config et supprime tout ce qui concerne les sessions et repars de qqch de neutre

c'est juste un conseil mais vaut perdre du temps à revenir au point de départ que de rester bloquer sans rien pouvoir faire.
16/10/2007, 10h00
theMonz31

ok

je vais suivre ton conseil pour voir effectivement ce qui pourrait etre différent
mais j'ai bien peur que mon fichier Web.config ne soit pas "hélas", "vérolé"

The Monz, Toulouse
16/10/2007, 10h11
lutecefalco

Apres, ya la fameuse technique des 3 R: réessayes, rebootes, réinstalles :mouarf:
16/10/2007, 10h49
theMonz31

salut

J'ai mis un point d'arret sur le Session_Start de global.ascx et on n'y passe
jamais :)

Ce qui confirme que la session n'est "effectivement" pas activée :)

Mais pourquoi ?

The Monz, Toulouse
16/10/2007, 11h05
lutecefalco

A mon avis, y a eu un problème lors de la migration, repars d'un projet 2.0 vide :mouarf:
16/10/2007, 11h13
theMonz31

c'est une bonne idée mais bon, tu connais les contextes professionnels
et cela, je ne peux pas le faire :(

Donc, reprendre depuis le début.. I cannot do this :oops:

J'ai bien pensé au suicide.. enfin, à celui du migrateur, mais bon :aie:

The Monz, Toulouse

PS : Il doit bien y avoir une explication au fait que la session n'est pas crée quand meme...8O
16/10/2007, 11h20
lutecefalco

T'as essayé de faire un nouveau projet 2.0 et de tester si les sessions fonctionnent dedans ?
Si c'est pas le cas, c'est que le problème est ailleurs (faudra demander à fox Mulder dans ce cas)
16/10/2007, 11h37
ccambier

est-ce que ton projet est grand (nbre de page, nbr de ligne de code,...)?
est-ce que tu l'as developpé seul?

si c'est pas le cas alors je te conseil vivement de faire une recherche texte dans tous le projet sur les mots clés 'Session', 'SessionState' ou 'Session.Enable'

p-e que qqun a désactivé la session, ou alors tu utilises encore une méthode obsolète de la v1.0
16/10/2007, 11h45
theMonz31

salut

C possible

J'ai crée un projet from scratch (web Site project), j'ai mis dans le WebConfig
la declaration pour etre en mode Session InProc et badaboum, ca fonctionne.
Mon objet session est bien valide et déclaré

Donc, effectivement, cela pourrait provenir eventuellement de la migration 1.1 vers 2.0

Je vais essayer la recherche que tu préconises.. Si tu as d'autres pistes
concernant les soucis liés à la migration, je suis "évidemment" preneur :)

The Monz, Toulouse
16/10/2007, 11h49
theMonz31

Apres recherche, pas de blague apparente sur Session ou SessionState (ni enable, ou autre)...

J'avais meme essayé hier de mettre dans une page le EnableSessionState mais cela n'a pas donné le résultat escompté :)

The Monz, Toulouse
16/10/2007, 12h04
theMonz31

bon

Question : Imaginons que je laisse tomber le coté SESSION

Comment pourrais-je faire pour faire ceci alors :

J'ai une page qui contient deux TextBox et 1 user Control
Le click sur le bouton du userControl m'affiche une fenetre de saisie (via un window.open()) de date...

Une fois la date saisie, je la colle dans mon usercontrol (qui contient une textbox) ainsi que dans les 2 textBoxs (via un appel JAvascript en passant en parametre le ClientID des deux textbox)

Quand je fais "Enregistrer" ma page, le contenu des deux textboxs est vidé...
et donc, ma sauvegarde plante :)

Quelles solutions seraient envisageables en dehors de la session ?

The Monz, Toulouse
16/10/2007, 12h57
ccambier

normalement il y a le ViewState qui permet de garder les valeurs des champs entre les postback, mais dans ton cas (avec un UserControl) je sais que dans certaines conditions il y a un rafraichissement de la page complète

ce que tu pourrais faire - mais c'est une première idée à froid - c'est faire passer les valeurs de tes textbox comme variable dans ton UC et ensuite tout récupérer à l'aide de propriétés

ça je suis sur que ça fonctionne en ASP 2.0, en fait tu crées simplement des propriétés

tests étape par étape la valeur de tes variables ainsi tu verras par jusqu'où tu peux aller.

bon courage
16/10/2007, 13h36
theMonz31

je te remercie de tes conseils, je vais voir ce que je peux en tirer

C'est quand meme chiant ces histoires de mise à jour sur server ou client
en developement Web

Moi qui suit pro dans le dev d'application windows hors Web, je trouve ces
aspects la vraiment embetant.. meme si cela est l'essence meme du web

On peut regretter de ne pas avoir l'équivalent complet du javascript mais en .Net
(quitte à obliger l'installation du framework sur des postes windows :)

The Monz, Toulouse
16/10/2007, 13h41
lutecefalco

Tu réinitialises pas tes textbox dans le OnLoad de la page???
16/10/2007, 13h46
ccambier

c'est qd mm le but du jeu, mais seulement mtnt les clients tendent à vouloir des applications web qui ressemblent comme 2 goutes d'eau à du win et bien sur il faut gérer plus d'infos d'événements, de contraintes d'environements...

mais le pire c'est qd mm IIS qui n'est pas à la hauteur d'apache ou autres serveurs web comme Domino
16/10/2007, 13h57
theMonz31

il est fort possible que les textbox soient effectivement ré-initialiser lors d'un postback

Je vais voir de ce coté là pour vérifier que ce n'est pas le cas...

J'avais pas "envisagé" cette possibilité là. Je vais y aller dessus de ce pas :)

The Monz, Toulouse

PS : pour le débat Web/Window, j'avoue largement préférer les clients lourds
car j'aimerais bien qu'une personne compétente m'explique l'interet des clients riches en web par rapport aux performances, drag & drop plus compliqué à gérer, timer etc... bref... quel interet des pages trop riches en web ?
16/10/2007, 15h10
lutecefalco

Pas besoin d'autres choses qu'un browser chez les utilisateurs, mise à jour + aisée ...