Logo GNT
Actualités Tests & Guides Bons Plans
GTA 6 iPhone 17 Copilot Switch 2 Temu ChatGPT Tesla
OVH Cloud OVH Cloud
Entraide Développement Développement ASP.Net SessionID

SessionID

11 réponses
Avatar
alan
Bonjour.
Je souhaiterais savoir comment déterminer si un SessionID est toujours
valide(si la session existe toujours)
Merci pour vos réponses
Signaler un problème avec ce contenu

10 réponses

Supprimer
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire

Veuillez sélectionner un problème

Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
1 2
Avatar
Sebastien Bovo [MS]
Bonjour,

Quel est le but de ce test ? J'imagine que tu veux faire ce test en dehors
du code éxécuté pour l'utilisateur ?

--
Cordialement,

Sebastien Bovo
Microsoft France
----------
Ce message est fourni en l'état, sans garantie d'aucune sorte, et ne vous
confère aucun droit. Vous assumez tous les risques liés à son utilisation.


"alan" wrote in message
news:
Bonjour.
Je souhaiterais savoir comment déterminer si un SessionID est toujours
valide(si la session existe toujours)
Merci pour vos réponses


Avatar
alan
C'est exact. Le but de ce test est de supprimer dans une base de données
toutes les informations saisie par un utilisateur lorsque sa session n'existe
plus. L'évènement Session_End ne se produisant pas à tous les coups .

"Sebastien Bovo [MS]" a écrit :

Bonjour,

Quel est le but de ce test ? J'imagine que tu veux faire ce test en dehors
du code éxécuté pour l'utilisateur ?

--
Cordialement,

Sebastien Bovo
Microsoft France
----------
Ce message est fourni en l'état, sans garantie d'aucune sorte, et ne vous
confère aucun droit. Vous assumez tous les risques liés à son utilisation.


"alan" wrote in message
news:
> Bonjour.
> Je souhaiterais savoir comment déterminer si un SessionID est toujours
> valide(si la session existe toujours)
> Merci pour vos réponses





Avatar
Patrice
Si tu utilises le fournisseur de session SQL Server, il devrait y avoir un
job qui déclenche une procédure de nettoyage.

Si tu gères ton propre stockage, tu peux utiliser un principe équivalent (en
gros, la date/heure du dernier accès est stockée et une procédure de
nettoyage peut alors supprimer les données qui sont plus vieilles que le
timeout de session).

--
Patrice

"alan" a écrit dans le message de
news:
C'est exact. Le but de ce test est de supprimer dans une base de données
toutes les informations saisie par un utilisateur lorsque sa session


n'existe
plus. L'évènement Session_End ne se produisant pas à tous les coups .

"Sebastien Bovo [MS]" a écrit :

> Bonjour,
>
> Quel est le but de ce test ? J'imagine que tu veux faire ce test en


dehors
> du code éxécuté pour l'utilisateur ?
>
> --
> Cordialement,
>
> Sebastien Bovo
> Microsoft France
> ----------
> Ce message est fourni en l'état, sans garantie d'aucune sorte, et ne


vous
> confère aucun droit. Vous assumez tous les risques liés à son


utilisation.
>
>
> "alan" wrote in message
> news:
> > Bonjour.
> > Je souhaiterais savoir comment déterminer si un SessionID est toujours
> > valide(si la session existe toujours)
> > Merci pour vos réponses
>
>
>


Avatar
alan
Je n'utilise pas le fournisseir de session SQL Serveur. Je me sers du
HttpSessionState.SessionID pour identifier les données que j'integre dans une
table temporaire. Lorsque le SessionID n'est plus utilisé, je souhaite faire
DELETE TMP_INTERNET WHERE SessionId = MaVariableSessionNonUtilisée

Le problème, c'est comment savoir si MaVariableSession est en cours de
fonctionnement ou pas. Là est la question.
Est-ce que dans mon objet application, il existe une liste des sessionID en
cours... Ou tout autre moyen de determiner si une session associée à un
SessionID est terminée ou non.

Merci quand même.

"Patrice" a écrit :

Si tu utilises le fournisseur de session SQL Server, il devrait y avoir un
job qui déclenche une procédure de nettoyage.

Si tu gères ton propre stockage, tu peux utiliser un principe équivalent (en
gros, la date/heure du dernier accès est stockée et une procédure de
nettoyage peut alors supprimer les données qui sont plus vieilles que le
timeout de session).

--
Patrice

"alan" a écrit dans le message de
news:
> C'est exact. Le but de ce test est de supprimer dans une base de données
> toutes les informations saisie par un utilisateur lorsque sa session
n'existe
> plus. L'évènement Session_End ne se produisant pas à tous les coups .
>
> "Sebastien Bovo [MS]" a écrit :
>
> > Bonjour,
> >
> > Quel est le but de ce test ? J'imagine que tu veux faire ce test en
dehors
> > du code éxécuté pour l'utilisateur ?
> >
> > --
> > Cordialement,
> >
> > Sebastien Bovo
> > Microsoft France
> > ----------
> > Ce message est fourni en l'état, sans garantie d'aucune sorte, et ne
vous
> > confère aucun droit. Vous assumez tous les risques liés à son
utilisation.
> >
> >
> > "alan" wrote in message
> > news:
> > > Bonjour.
> > > Je souhaiterais savoir comment déterminer si un SessionID est toujours
> > > valide(si la session existe toujours)
> > > Merci pour vos réponses
> >
> >
> >





Avatar
Patrice
Je disais donc qu'avec ton propre stockage tu peux tout de même garder le
même principe c'est-à-dire :
- garder la date/heure du dernier accès aux variables de session en base
- avoir une procédure stockée executée régulièrement et qui supprime les
sessions en base qui sont plus vieilles que le timeout

--
Patrice

"alan" a écrit dans le message de
news:
Je n'utilise pas le fournisseir de session SQL Serveur. Je me sers du
HttpSessionState.SessionID pour identifier les données que j'integre dans


une
table temporaire. Lorsque le SessionID n'est plus utilisé, je souhaite


faire
DELETE TMP_INTERNET WHERE SessionId = MaVariableSessionNonUtilisée

Le problème, c'est comment savoir si MaVariableSession est en cours de
fonctionnement ou pas. Là est la question.
Est-ce que dans mon objet application, il existe une liste des sessionID


en
cours... Ou tout autre moyen de determiner si une session associée à un
SessionID est terminée ou non.

Merci quand même.

"Patrice" a écrit :

> Si tu utilises le fournisseur de session SQL Server, il devrait y avoir


un
> job qui déclenche une procédure de nettoyage.
>
> Si tu gères ton propre stockage, tu peux utiliser un principe équivalent


(en
> gros, la date/heure du dernier accès est stockée et une procédure de
> nettoyage peut alors supprimer les données qui sont plus vieilles que le
> timeout de session).
>
> --
> Patrice
>
> "alan" a écrit dans le message de
> news:
> > C'est exact. Le but de ce test est de supprimer dans une base de


données
> > toutes les informations saisie par un utilisateur lorsque sa session
> n'existe
> > plus. L'évènement Session_End ne se produisant pas à tous les coups .
> >
> > "Sebastien Bovo [MS]" a écrit :
> >
> > > Bonjour,
> > >
> > > Quel est le but de ce test ? J'imagine que tu veux faire ce test en
> dehors
> > > du code éxécuté pour l'utilisateur ?
> > >
> > > --
> > > Cordialement,
> > >
> > > Sebastien Bovo
> > > Microsoft France
> > > ----------
> > > Ce message est fourni en l'état, sans garantie d'aucune sorte, et ne
> vous
> > > confère aucun droit. Vous assumez tous les risques liés à son
> utilisation.
> > >
> > >
> > > "alan" wrote in message
> > > news:
> > > > Bonjour.
> > > > Je souhaiterais savoir comment déterminer si un SessionID est


toujours
> > > > valide(si la session existe toujours)
> > > > Merci pour vos réponses
> > >
> > >
> > >
>
>
>


Avatar
alan
Là n'est pas la question, mais je vais répondre :
Si le client continue de naviguer sur le site, son sessionID ne sera pas
détruit, or je dois nettoyer au plus quelques minutes (10 max) après la
deconnexion du client. Une procédure stockée (ou un 'job' SQL) est trop
arbitraire...
j'utilise donc un systeme dans mon application ASPX qui doit se charger du
nettoyage de mes tables temporaire, mais je dois m'assurer que le SessionID
n'est plus utilisé. Je ne peux pas risquer par un job ou une procédure
stockée de détruire des informations dont le client pourrait encore avoir
besoin, sous prétexte que cela à plus de 10 mn! J'imagine la tête du client
qui doit tout ressaisir... (le client étant mon patron :=)))

"Patrice" a écrit :

Je disais donc qu'avec ton propre stockage tu peux tout de même garder le
même principe c'est-à-dire :
- garder la date/heure du dernier accès aux variables de session en base
- avoir une procédure stockée executée régulièrement et qui supprime les
sessions en base qui sont plus vieilles que le timeout

--
Patrice

"alan" a écrit dans le message de
news:
> Je n'utilise pas le fournisseir de session SQL Serveur. Je me sers du
> HttpSessionState.SessionID pour identifier les données que j'integre dans
une
> table temporaire. Lorsque le SessionID n'est plus utilisé, je souhaite
faire
> DELETE TMP_INTERNET WHERE SessionId = MaVariableSessionNonUtilisée
>
> Le problème, c'est comment savoir si MaVariableSession est en cours de
> fonctionnement ou pas. Là est la question.
> Est-ce que dans mon objet application, il existe une liste des sessionID
en
> cours... Ou tout autre moyen de determiner si une session associée à un
> SessionID est terminée ou non.
>
> Merci quand même.
>
> "Patrice" a écrit :
>
> > Si tu utilises le fournisseur de session SQL Server, il devrait y avoir
un
> > job qui déclenche une procédure de nettoyage.
> >
> > Si tu gères ton propre stockage, tu peux utiliser un principe équivalent
(en
> > gros, la date/heure du dernier accès est stockée et une procédure de
> > nettoyage peut alors supprimer les données qui sont plus vieilles que le
> > timeout de session).
> >
> > --
> > Patrice
> >
> > "alan" a écrit dans le message de
> > news:
> > > C'est exact. Le but de ce test est de supprimer dans une base de
données
> > > toutes les informations saisie par un utilisateur lorsque sa session
> > n'existe
> > > plus. L'évènement Session_End ne se produisant pas à tous les coups .
> > >
> > > "Sebastien Bovo [MS]" a écrit :
> > >
> > > > Bonjour,
> > > >
> > > > Quel est le but de ce test ? J'imagine que tu veux faire ce test en
> > dehors
> > > > du code éxécuté pour l'utilisateur ?
> > > >
> > > > --
> > > > Cordialement,
> > > >
> > > > Sebastien Bovo
> > > > Microsoft France
> > > > ----------
> > > > Ce message est fourni en l'état, sans garantie d'aucune sorte, et ne
> > vous
> > > > confère aucun droit. Vous assumez tous les risques liés à son
> > utilisation.
> > > >
> > > >
> > > > "alan" wrote in message
> > > > news:
> > > > > Bonjour.
> > > > > Je souhaiterais savoir comment déterminer si un SessionID est
toujours
> > > > > valide(si la session existe toujours)
> > > > > Merci pour vos réponses
> > > >
> > > >
> > > >
> >
> >
> >





Avatar
Patrice
Je vais essayer de m'expliquer plus clairement :

1) Il faut d'abord savoir qu'une session ASP.NET se termine lorque le
serveur n'a aucune nouvelle du client pendant un certain temps (20 minutes
par défaut). et non pas par exemple lorsqu'un utilisateur ferme le
navigateur ce dont le serveur n'a aucunement connaissance.

2) Si une procédure détruit les infos dont a besoin un client si l'on a pas
de nouvelle de lui depuis par exemple 25 minutes, cette procédure ne
supprimera donc que des données correspondant de toute façon à des sessions
expirées (il faut bien sûr renouveller la date/heure stockée dans la base à
chaque fois que le client se manifeste et non pas uniquement la première
fois pour qu'il puisse naviguer des heures durant si il le souhaite).

3) Maintenant cette procédure peut tourner par exemple toutes les 10 minutes
et fera donc le nettoyage au plus 10 minutes après la "déconnexion"
(c'est-à-dire l'expiration du timeout de session) du client.

Ta première phrase me parait obscur : si le client continue de naviguer sur
le site son sessionID ne sera pas détruit or je dois nettoyer etc... Si le
client continue de naviguer sur le site, sa session est toujours en cours et
donc le nettoyage ne se fait pas ce qui me parait normal (c'est seulement
après la "déconnexion" (donc si l'utilisateur ne navigue plus sur le site)
que le nettoyage se fera...)

Bon courage.

(N.B. pourquoi ne pas utiliser le fournisseur de session SQL Server que tu
sembles être en train de récréer ?)

Patrice


"alan" a écrit dans le message de
news:
Là n'est pas la question, mais je vais répondre :
Si le client continue de naviguer sur le site, son sessionID ne sera pas
détruit, or je dois nettoyer au plus quelques minutes (10 max) après la
deconnexion du client. Une procédure stockée (ou un 'job' SQL) est trop
arbitraire...
j'utilise donc un systeme dans mon application ASPX qui doit se charger du



nettoyage de mes tables temporaire, mais je dois m'assurer que le


SessionID
n'est plus utilisé. Je ne peux pas risquer par un job ou une procédure
stockée de détruire des informations dont le client pourrait encore avoir
besoin, sous prétexte que cela à plus de 10 mn! J'imagine la tête du


client
qui doit tout ressaisir... (le client étant mon patron :=)))

"Patrice" a écrit :

> Je disais donc qu'avec ton propre stockage tu peux tout de même garder


le
> même principe c'est-à-dire :
> - garder la date/heure du dernier accès aux variables de session en base
> - avoir une procédure stockée executée régulièrement et qui supprime les
> sessions en base qui sont plus vieilles que le timeout
>
> --
> Patrice
>
> "alan" a écrit dans le message de
> news:
> > Je n'utilise pas le fournisseir de session SQL Serveur. Je me sers du
> > HttpSessionState.SessionID pour identifier les données que j'integre


dans
> une
> > table temporaire. Lorsque le SessionID n'est plus utilisé, je souhaite
> faire
> > DELETE TMP_INTERNET WHERE SessionId = MaVariableSessionNonUtilisée
> >
> > Le problème, c'est comment savoir si MaVariableSession est en cours de
> > fonctionnement ou pas. Là est la question.
> > Est-ce que dans mon objet application, il existe une liste des


sessionID
> en
> > cours... Ou tout autre moyen de determiner si une session associée à


un
> > SessionID est terminée ou non.
> >
> > Merci quand même.
> >
> > "Patrice" a écrit :
> >
> > > Si tu utilises le fournisseur de session SQL Server, il devrait y


avoir
> un
> > > job qui déclenche une procédure de nettoyage.
> > >
> > > Si tu gères ton propre stockage, tu peux utiliser un principe


équivalent
> (en
> > > gros, la date/heure du dernier accès est stockée et une procédure de
> > > nettoyage peut alors supprimer les données qui sont plus vieilles


que le
> > > timeout de session).
> > >
> > > --
> > > Patrice
> > >
> > > "alan" a écrit dans le message de
> > > news:
> > > > C'est exact. Le but de ce test est de supprimer dans une base de
> données
> > > > toutes les informations saisie par un utilisateur lorsque sa


session
> > > n'existe
> > > > plus. L'évènement Session_End ne se produisant pas à tous les


coups .
> > > >
> > > > "Sebastien Bovo [MS]" a écrit :
> > > >
> > > > > Bonjour,
> > > > >
> > > > > Quel est le but de ce test ? J'imagine que tu veux faire ce test


en
> > > dehors
> > > > > du code éxécuté pour l'utilisateur ?
> > > > >
> > > > > --
> > > > > Cordialement,
> > > > >
> > > > > Sebastien Bovo
> > > > > Microsoft France
> > > > > ----------
> > > > > Ce message est fourni en l'état, sans garantie d'aucune sorte,


et ne
> > > vous
> > > > > confère aucun droit. Vous assumez tous les risques liés à son
> > > utilisation.
> > > > >
> > > > >
> > > > > "alan" wrote in message
> > > > > news:
> > > > > > Bonjour.
> > > > > > Je souhaiterais savoir comment déterminer si un SessionID est
> toujours
> > > > > > valide(si la session existe toujours)
> > > > > > Merci pour vos réponses
> > > > >
> > > > >
> > > > >
> > >
> > >
> > >
>
>
>


Avatar
alan
Je vais donc reposer la question originale :
Est-il possible d'interroger le serveur ASP.NET de manière à savoir si un
SessionID est toujours valide?
Répondre SVP par oui : comment ou non
Merci par avance.

Pour te répondre : je ne sais pas comment utiliser le gestionnaire de
session SQL pour la bonne et simple raison que je ne sais pas comment, et que
je n'ai pas accès à SQL. On me donne le nom des procédures stockées, leur
paramètres et c'est tout. Je n'ai pas les autorisations pour aller trafiquer
en SQL.
"Patrice" a écrit :

Je vais essayer de m'expliquer plus clairement :

1) Il faut d'abord savoir qu'une session ASP.NET se termine lorque le
serveur n'a aucune nouvelle du client pendant un certain temps (20 minutes
par défaut). et non pas par exemple lorsqu'un utilisateur ferme le
navigateur ce dont le serveur n'a aucunement connaissance.

2) Si une procédure détruit les infos dont a besoin un client si l'on a pas
de nouvelle de lui depuis par exemple 25 minutes, cette procédure ne
supprimera donc que des données correspondant de toute façon à des sessions
expirées (il faut bien sûr renouveller la date/heure stockée dans la base à
chaque fois que le client se manifeste et non pas uniquement la première
fois pour qu'il puisse naviguer des heures durant si il le souhaite).

3) Maintenant cette procédure peut tourner par exemple toutes les 10 minutes
et fera donc le nettoyage au plus 10 minutes après la "déconnexion"
(c'est-à-dire l'expiration du timeout de session) du client.

Ta première phrase me parait obscur : si le client continue de naviguer sur
le site son sessionID ne sera pas détruit or je dois nettoyer etc... Si le
client continue de naviguer sur le site, sa session est toujours en cours et
donc le nettoyage ne se fait pas ce qui me parait normal (c'est seulement
après la "déconnexion" (donc si l'utilisateur ne navigue plus sur le site)
que le nettoyage se fera...)

Bon courage.

(N.B. pourquoi ne pas utiliser le fournisseur de session SQL Server que tu
sembles être en train de récréer ?)

Patrice


"alan" a écrit dans le message de
news:
> Là n'est pas la question, mais je vais répondre :
> Si le client continue de naviguer sur le site, son sessionID ne sera pas
> détruit, or je dois nettoyer au plus quelques minutes (10 max) après la
> deconnexion du client. Une procédure stockée (ou un 'job' SQL) est trop
> arbitraire...
> j'utilise donc un systeme dans mon application ASPX qui doit se charger du

> nettoyage de mes tables temporaire, mais je dois m'assurer que le
SessionID
> n'est plus utilisé. Je ne peux pas risquer par un job ou une procédure
> stockée de détruire des informations dont le client pourrait encore avoir
> besoin, sous prétexte que cela à plus de 10 mn! J'imagine la tête du
client
> qui doit tout ressaisir... (le client étant mon patron :=)))
>
> "Patrice" a écrit :
>
> > Je disais donc qu'avec ton propre stockage tu peux tout de même garder
le
> > même principe c'est-à-dire :
> > - garder la date/heure du dernier accès aux variables de session en base
> > - avoir une procédure stockée executée régulièrement et qui supprime les
> > sessions en base qui sont plus vieilles que le timeout
> >
> > --
> > Patrice
> >
> > "alan" a écrit dans le message de
> > news:
> > > Je n'utilise pas le fournisseir de session SQL Serveur. Je me sers du
> > > HttpSessionState.SessionID pour identifier les données que j'integre
dans
> > une
> > > table temporaire. Lorsque le SessionID n'est plus utilisé, je souhaite
> > faire
> > > DELETE TMP_INTERNET WHERE SessionId = MaVariableSessionNonUtilisée
> > >
> > > Le problème, c'est comment savoir si MaVariableSession est en cours de
> > > fonctionnement ou pas. Là est la question.
> > > Est-ce que dans mon objet application, il existe une liste des
sessionID
> > en
> > > cours... Ou tout autre moyen de determiner si une session associée à
un
> > > SessionID est terminée ou non.
> > >
> > > Merci quand même.
> > >
> > > "Patrice" a écrit :
> > >
> > > > Si tu utilises le fournisseur de session SQL Server, il devrait y
avoir
> > un
> > > > job qui déclenche une procédure de nettoyage.
> > > >
> > > > Si tu gères ton propre stockage, tu peux utiliser un principe
équivalent
> > (en
> > > > gros, la date/heure du dernier accès est stockée et une procédure de
> > > > nettoyage peut alors supprimer les données qui sont plus vieilles
que le
> > > > timeout de session).
> > > >
> > > > --
> > > > Patrice
> > > >
> > > > "alan" a écrit dans le message de
> > > > news:
> > > > > C'est exact. Le but de ce test est de supprimer dans une base de
> > données
> > > > > toutes les informations saisie par un utilisateur lorsque sa
session
> > > > n'existe
> > > > > plus. L'évènement Session_End ne se produisant pas à tous les
coups .
> > > > >
> > > > > "Sebastien Bovo [MS]" a écrit :
> > > > >
> > > > > > Bonjour,
> > > > > >
> > > > > > Quel est le but de ce test ? J'imagine que tu veux faire ce test
en
> > > > dehors
> > > > > > du code éxécuté pour l'utilisateur ?
> > > > > >
> > > > > > --
> > > > > > Cordialement,
> > > > > >
> > > > > > Sebastien Bovo
> > > > > > Microsoft France
> > > > > > ----------
> > > > > > Ce message est fourni en l'état, sans garantie d'aucune sorte,
et ne
> > > > vous
> > > > > > confère aucun droit. Vous assumez tous les risques liés à son
> > > > utilisation.
> > > > > >
> > > > > >
> > > > > > "alan" wrote in message
> > > > > > news:
> > > > > > > Bonjour.
> > > > > > > Je souhaiterais savoir comment déterminer si un SessionID est
> > toujours
> > > > > > > valide(si la session existe toujours)
> > > > > > > Merci pour vos réponses
> > > > > >
> > > > > >
> > > > > >
> > > >
> > > >
> > > >
> >
> >
> >






Avatar
Sebastien Bovo [MS]
Bonjour,

Non, l'infrastructure ASP.NET ne te fournit pas les SessionID toujours
valide.

Un point, si tu souhaites nettoyer les tables temporaires d'un utilisateur
toutes les 10 min par exemple, c'est que tu as fixé le timeout de session a
moins de 10 min. Est-ce correct ?

Dans le cas où tu tiens a jour une liste des SessionID et qu'à chaque
requete de l'utilisateur tu rafraichis le dernier accès pour le SessionID
alors à tout moment tu sais quand un SessionID n'est plus utilisé. C'est à
dire à la l'heure du dernier accès + le timeout de session.


--
Cordialement,

Sebastien Bovo
Microsoft France
----------
Ce message est fourni en l'état, sans garantie d'aucune sorte, et ne vous
confère aucun droit. Vous assumez tous les risques liés à son utilisation.


"alan" wrote in message
news:
Je vais donc reposer la question originale :
Est-il possible d'interroger le serveur ASP.NET de manière à savoir si un
SessionID est toujours valide?
Répondre SVP par oui : comment ou non
Merci par avance.

Pour te répondre : je ne sais pas comment utiliser le gestionnaire de
session SQL pour la bonne et simple raison que je ne sais pas comment, et
que
je n'ai pas accès à SQL. On me donne le nom des procédures stockées, leur
paramètres et c'est tout. Je n'ai pas les autorisations pour aller
trafiquer
en SQL.
"Patrice" a écrit :

Je vais essayer de m'expliquer plus clairement :

1) Il faut d'abord savoir qu'une session ASP.NET se termine lorque le
serveur n'a aucune nouvelle du client pendant un certain temps (20
minutes
par défaut). et non pas par exemple lorsqu'un utilisateur ferme le
navigateur ce dont le serveur n'a aucunement connaissance.

2) Si une procédure détruit les infos dont a besoin un client si l'on a
pas
de nouvelle de lui depuis par exemple 25 minutes, cette procédure ne
supprimera donc que des données correspondant de toute façon à des
sessions
expirées (il faut bien sûr renouveller la date/heure stockée dans la base
à
chaque fois que le client se manifeste et non pas uniquement la première
fois pour qu'il puisse naviguer des heures durant si il le souhaite).

3) Maintenant cette procédure peut tourner par exemple toutes les 10
minutes
et fera donc le nettoyage au plus 10 minutes après la "déconnexion"
(c'est-à-dire l'expiration du timeout de session) du client.

Ta première phrase me parait obscur : si le client continue de naviguer
sur
le site son sessionID ne sera pas détruit or je dois nettoyer etc... Si
le
client continue de naviguer sur le site, sa session est toujours en cours
et
donc le nettoyage ne se fait pas ce qui me parait normal (c'est seulement
après la "déconnexion" (donc si l'utilisateur ne navigue plus sur le
site)
que le nettoyage se fera...)

Bon courage.

(N.B. pourquoi ne pas utiliser le fournisseur de session SQL Server que
tu
sembles être en train de récréer ?)

Patrice


"alan" a écrit dans le message de
news:
> Là n'est pas la question, mais je vais répondre :
> Si le client continue de naviguer sur le site, son sessionID ne sera
> pas
> détruit, or je dois nettoyer au plus quelques minutes (10 max) après la
> deconnexion du client. Une procédure stockée (ou un 'job' SQL) est trop
> arbitraire...
> j'utilise donc un systeme dans mon application ASPX qui doit se charger
> du

> nettoyage de mes tables temporaire, mais je dois m'assurer que le
SessionID
> n'est plus utilisé. Je ne peux pas risquer par un job ou une procédure
> stockée de détruire des informations dont le client pourrait encore
> avoir
> besoin, sous prétexte que cela à plus de 10 mn! J'imagine la tête du
client
> qui doit tout ressaisir... (le client étant mon patron :=)))
>
> "Patrice" a écrit :
>
> > Je disais donc qu'avec ton propre stockage tu peux tout de même
> > garder
le
> > même principe c'est-à-dire :
> > - garder la date/heure du dernier accès aux variables de session en
> > base
> > - avoir une procédure stockée executée régulièrement et qui supprime
> > les
> > sessions en base qui sont plus vieilles que le timeout
> >
> > --
> > Patrice
> >
> > "alan" a écrit dans le message de
> > news:
> > > Je n'utilise pas le fournisseir de session SQL Serveur. Je me sers
> > > du
> > > HttpSessionState.SessionID pour identifier les données que
> > > j'integre
dans
> > une
> > > table temporaire. Lorsque le SessionID n'est plus utilisé, je
> > > souhaite
> > faire
> > > DELETE TMP_INTERNET WHERE SessionId = MaVariableSessionNonUtilisée
> > >
> > > Le problème, c'est comment savoir si MaVariableSession est en cours
> > > de
> > > fonctionnement ou pas. Là est la question.
> > > Est-ce que dans mon objet application, il existe une liste des
sessionID
> > en
> > > cours... Ou tout autre moyen de determiner si une session associée
> > > à
un
> > > SessionID est terminée ou non.
> > >
> > > Merci quand même.
> > >
> > > "Patrice" a écrit :
> > >
> > > > Si tu utilises le fournisseur de session SQL Server, il devrait y
avoir
> > un
> > > > job qui déclenche une procédure de nettoyage.
> > > >
> > > > Si tu gères ton propre stockage, tu peux utiliser un principe
équivalent
> > (en
> > > > gros, la date/heure du dernier accès est stockée et une procédure
> > > > de
> > > > nettoyage peut alors supprimer les données qui sont plus vieilles
que le
> > > > timeout de session).
> > > >
> > > > --
> > > > Patrice
> > > >
> > > > "alan" a écrit dans le message
> > > > de
> > > > news:
> > > > > C'est exact. Le but de ce test est de supprimer dans une base
> > > > > de
> > données
> > > > > toutes les informations saisie par un utilisateur lorsque sa
session
> > > > n'existe
> > > > > plus. L'évènement Session_End ne se produisant pas à tous les
coups .
> > > > >
> > > > > "Sebastien Bovo [MS]" a écrit :
> > > > >
> > > > > > Bonjour,
> > > > > >
> > > > > > Quel est le but de ce test ? J'imagine que tu veux faire ce
> > > > > > test
en
> > > > dehors
> > > > > > du code éxécuté pour l'utilisateur ?
> > > > > >
> > > > > > --
> > > > > > Cordialement,
> > > > > >
> > > > > > Sebastien Bovo
> > > > > > Microsoft France
> > > > > > ----------
> > > > > > Ce message est fourni en l'état, sans garantie d'aucune
> > > > > > sorte,
et ne
> > > > vous
> > > > > > confère aucun droit. Vous assumez tous les risques liés à son
> > > > utilisation.
> > > > > >
> > > > > >
> > > > > > "alan" wrote in message
> > > > > > news:
> > > > > > > Bonjour.
> > > > > > > Je souhaiterais savoir comment déterminer si un SessionID
> > > > > > > est
> > toujours
> > > > > > > valide(si la session existe toujours)
> > > > > > > Merci pour vos réponses
> > > > > >
> > > > > >
> > > > > >
> > > >
> > > >
> > > >
> >
> >
> >








Avatar
alan
Peut-être existe-t-il une autre solution... Est-il possible de récupérer
l'objet Session, si on a le SessionID?

"Sebastien Bovo [MS]" a écrit :

Bonjour,

Non, l'infrastructure ASP.NET ne te fournit pas les SessionID toujours
valide.

Un point, si tu souhaites nettoyer les tables temporaires d'un utilisateur
toutes les 10 min par exemple, c'est que tu as fixé le timeout de session a
moins de 10 min. Est-ce correct ?

Dans le cas où tu tiens a jour une liste des SessionID et qu'à chaque
requete de l'utilisateur tu rafraichis le dernier accès pour le SessionID
alors à tout moment tu sais quand un SessionID n'est plus utilisé. C'est à
dire à la l'heure du dernier accès + le timeout de session.


--
Cordialement,

Sebastien Bovo
Microsoft France
----------
Ce message est fourni en l'état, sans garantie d'aucune sorte, et ne vous
confère aucun droit. Vous assumez tous les risques liés à son utilisation.


"alan" wrote in message
news:
> Je vais donc reposer la question originale :
> Est-il possible d'interroger le serveur ASP.NET de manière à savoir si un
> SessionID est toujours valide?
> Répondre SVP par oui : comment ou non
> Merci par avance.
>
> Pour te répondre : je ne sais pas comment utiliser le gestionnaire de
> session SQL pour la bonne et simple raison que je ne sais pas comment, et
> que
> je n'ai pas accès à SQL. On me donne le nom des procédures stockées, leur
> paramètres et c'est tout. Je n'ai pas les autorisations pour aller
> trafiquer
> en SQL.
> "Patrice" a écrit :
>
>> Je vais essayer de m'expliquer plus clairement :
>>
>> 1) Il faut d'abord savoir qu'une session ASP.NET se termine lorque le
>> serveur n'a aucune nouvelle du client pendant un certain temps (20
>> minutes
>> par défaut). et non pas par exemple lorsqu'un utilisateur ferme le
>> navigateur ce dont le serveur n'a aucunement connaissance.
>>
>> 2) Si une procédure détruit les infos dont a besoin un client si l'on a
>> pas
>> de nouvelle de lui depuis par exemple 25 minutes, cette procédure ne
>> supprimera donc que des données correspondant de toute façon à des
>> sessions
>> expirées (il faut bien sûr renouveller la date/heure stockée dans la base
>> à
>> chaque fois que le client se manifeste et non pas uniquement la première
>> fois pour qu'il puisse naviguer des heures durant si il le souhaite).
>>
>> 3) Maintenant cette procédure peut tourner par exemple toutes les 10
>> minutes
>> et fera donc le nettoyage au plus 10 minutes après la "déconnexion"
>> (c'est-à-dire l'expiration du timeout de session) du client.
>>
>> Ta première phrase me parait obscur : si le client continue de naviguer
>> sur
>> le site son sessionID ne sera pas détruit or je dois nettoyer etc... Si
>> le
>> client continue de naviguer sur le site, sa session est toujours en cours
>> et
>> donc le nettoyage ne se fait pas ce qui me parait normal (c'est seulement
>> après la "déconnexion" (donc si l'utilisateur ne navigue plus sur le
>> site)
>> que le nettoyage se fera...)
>>
>> Bon courage.
>>
>> (N.B. pourquoi ne pas utiliser le fournisseur de session SQL Server que
>> tu
>> sembles être en train de récréer ?)
>>
>> Patrice
>>
>>
>> "alan" a écrit dans le message de
>> news:
>> > Là n'est pas la question, mais je vais répondre :
>> > Si le client continue de naviguer sur le site, son sessionID ne sera
>> > pas
>> > détruit, or je dois nettoyer au plus quelques minutes (10 max) après la
>> > deconnexion du client. Une procédure stockée (ou un 'job' SQL) est trop
>> > arbitraire...
>> > j'utilise donc un systeme dans mon application ASPX qui doit se charger
>> > du
>>
>> > nettoyage de mes tables temporaire, mais je dois m'assurer que le
>> SessionID
>> > n'est plus utilisé. Je ne peux pas risquer par un job ou une procédure
>> > stockée de détruire des informations dont le client pourrait encore
>> > avoir
>> > besoin, sous prétexte que cela à plus de 10 mn! J'imagine la tête du
>> client
>> > qui doit tout ressaisir... (le client étant mon patron :=)))
>> >
>> > "Patrice" a écrit :
>> >
>> > > Je disais donc qu'avec ton propre stockage tu peux tout de même
>> > > garder
>> le
>> > > même principe c'est-à-dire :
>> > > - garder la date/heure du dernier accès aux variables de session en
>> > > base
>> > > - avoir une procédure stockée executée régulièrement et qui supprime
>> > > les
>> > > sessions en base qui sont plus vieilles que le timeout
>> > >
>> > > --
>> > > Patrice
>> > >
>> > > "alan" a écrit dans le message de
>> > > news:
>> > > > Je n'utilise pas le fournisseir de session SQL Serveur. Je me sers
>> > > > du
>> > > > HttpSessionState.SessionID pour identifier les données que
>> > > > j'integre
>> dans
>> > > une
>> > > > table temporaire. Lorsque le SessionID n'est plus utilisé, je
>> > > > souhaite
>> > > faire
>> > > > DELETE TMP_INTERNET WHERE SessionId = MaVariableSessionNonUtilisée
>> > > >
>> > > > Le problème, c'est comment savoir si MaVariableSession est en cours
>> > > > de
>> > > > fonctionnement ou pas. Là est la question.
>> > > > Est-ce que dans mon objet application, il existe une liste des
>> sessionID
>> > > en
>> > > > cours... Ou tout autre moyen de determiner si une session associée
>> > > > à
>> un
>> > > > SessionID est terminée ou non.
>> > > >
>> > > > Merci quand même.
>> > > >
>> > > > "Patrice" a écrit :
>> > > >
>> > > > > Si tu utilises le fournisseur de session SQL Server, il devrait y
>> avoir
>> > > un
>> > > > > job qui déclenche une procédure de nettoyage.
>> > > > >
>> > > > > Si tu gères ton propre stockage, tu peux utiliser un principe
>> équivalent
>> > > (en
>> > > > > gros, la date/heure du dernier accès est stockée et une procédure
>> > > > > de
>> > > > > nettoyage peut alors supprimer les données qui sont plus vieilles
>> que le
>> > > > > timeout de session).
>> > > > >
>> > > > > --
>> > > > > Patrice
>> > > > >
>> > > > > "alan" a écrit dans le message
>> > > > > de
>> > > > > news:
>> > > > > > C'est exact. Le but de ce test est de supprimer dans une base
>> > > > > > de
>> > > données
>> > > > > > toutes les informations saisie par un utilisateur lorsque sa
>> session
>> > > > > n'existe
>> > > > > > plus. L'évènement Session_End ne se produisant pas à tous les
>> coups .
>> > > > > >
>> > > > > > "Sebastien Bovo [MS]" a écrit :
>> > > > > >
>> > > > > > > Bonjour,
>> > > > > > >
>> > > > > > > Quel est le but de ce test ? J'imagine que tu veux faire ce
>> > > > > > > test
>> en
>> > > > > dehors
>> > > > > > > du code éxécuté pour l'utilisateur ?
>> > > > > > >
>> > > > > > > --
>> > > > > > > Cordialement,
>> > > > > > >
>> > > > > > > Sebastien Bovo
>> > > > > > > Microsoft France
>> > > > > > > ----------
>> > > > > > > Ce message est fourni en l'état, sans garantie d'aucune
>> > > > > > > sorte,
>> et ne
>> > > > > vous
>> > > > > > > confère aucun droit. Vous assumez tous les risques liés à son
>> > > > > utilisation.
>> > > > > > >
>> > > > > > >
>> > > > > > > "alan" wrote in message
>> > > > > > > news:
>> > > > > > > > Bonjour.
>> > > > > > > > Je souhaiterais savoir comment déterminer si un SessionID
>> > > > > > > > est
>> > > toujours
>> > > > > > > > valide(si la session existe toujours)
>> > > > > > > > Merci pour vos réponses
>> > > > > > >
>> > > > > > >
>> > > > > > >
>> > > > >
>> > > > >
>> > > > >
>> > >
>> > >
>> > >
>>
>>
>>
>>





1 2