Discussion :

[johnaliashead]

Bonjour

J'ai actuellement une application ASP.Net (hébergée sous IIS7) qui a un session timeout standard de 20minutes.
Mon problème est le suivant: quand dans l'application des composants ajax sont appelés et que par conséquent mes pages ne se rechargent pas, en naviguant dans l'application, j'ai un message m'indiquant que je vais être redirigé vers la page de démarage au bout de 20 minutes. Logique ..

Seulement, j'aimerai savoir comment remettre le compteur de ces 20 minutes à 0 en navigant en ajax ??

je sais qu'il y a beaucoup de posts là dessus, mais il y en a tellement qu'on ne sait pas ce qui est vraiment pertinent ..

merci pour votre aide

[calagan99]

Je ne suis pas bien sûr que le problème soit dû à l'Ajax.
En effet, si je ne dis pas d'ânerie, les requêtes effectuées par l'update panel provoquent un postback. Certes partiel, mais postback quand même.
Donc, à mon avis, le problème ne vient pas de là.

[hwoarang]

Je ne pense pas qu'il y ait d'autre solution que de se connecter sur une page du serveur pour raffraichir le compteur (puisque celui-ci est géré par le serveur). Peut etre en créant une page tres simple et en allant la lire périodiquement lors de certaines transitions... Ou bien en desactivant tout simplement le session timeout...

Par contre, comme dit par calagan99, un raffraichissement de l'update panel fait bien un retour serveur donc ton probleme ne vient peut etre pas de la...

[Pilru]

Quels composants Ajax précisement ?

[Pilru]

Je ne suis pas bien sûr que le problème soit dû à l'Ajax.
En effet, si je ne dis pas d'ânerie, les requêtes effectuées par l'update panel provoquent un postback. Certes partiel, mais postback quand même.
Donc, à mon avis, le problème ne vient pas de là.

Un update panel déclenche un postback asynchrone, nuance.
Lors d'un postblack asynchrone comme lors d'un postback synchrone, le timeout session est, normalement, réinitialisé.

[calagan99]

Oui, je n'ai pas été clair. Asynchrone était en effet plus adapté. C'est le rendu de la page qui est partiel.
Cela dit, au final, le diagnostic est le même...

[Pilru]

Oui, je n'ai pas été clair. Asynchrone était en effet plus adapté. C'est le rendu de la page qui est partiel.
Cela dit, au final, le diagnostic est le même...

Ajax != UpdatePanel

[calagan99]

Ah bon ?
Tu peux détailler s'il te plaît ?

Parce que pour moi, l'UpdatePanel (avec tous ses défauts) poste (la page complète certes) vers le serveur via un XMLHTTPRequest puis ne récupère que le contenu de l'UpdatePanel.
Alors OK, l'implémentation est bien lourde, mais si ce n'est pas de l'Ajax, c'est quoi ?

[Pilru]

UpdatePanel utilise XMLHTTPRequest pour poster un formulaire de manière asynchrone. Dans mon esprit et sans doute par un raccourci maladroit, Ajax, c'est plus l'échange de données (débarassée des éléments de présentation) via XMLHTTPRequest.

En tout état de cause, le problème posé parle de composants Ajax. Difficile de dire s'il s'agit d'un updatePanel ou d'autre chose appelant une webMethode par exemple.

[calagan99]

Je suis d'accord avec toi, l'AJAX présente à mon sens un réel intérêt pour l'échange de données pures, et pas pour des éléments de présentation.

C'est pour ça que je préfère par exemple utiliser les PageMethods.

Cela dit, dans le cas de l'updatePanel, ce n'est pas le cas. Ca n'en reste pourtant pas moins de l'AJAX.

En tout état de cause, le problème posé parle de composants Ajax. Difficile de dire s'il s'agit d'un updatePanel ou d'autre chose appelant une webMethode par exemple.

Au temps pour moi, j'ai pensé à l'updatePanel directement alors que ce n'était pas mentionné...

Donc il faut effectivement plus d'infos pour pouvoir avancer sur le sujet.