2009-11-02 7 views
0

Je ne sais pas comment le mettre comme ça peut paraître étrange, mais IE8 semble être des sessions de chute. Je parle de sessions dans le serveur, des sessions HTTP.IE8 Session Numéro

Je sais qu'un navigateur ne doit pas faire quoi que ce soit avec la session HTTP dans le serveur d'application, mais il semble que lorsque je demande au serveur de récupérer quelque chose que j'ai précédemment stocké dans la session, .

Je vais ...

session.setAttribute(YGConstants.SEARCH_STRING, searchString); 

puis je dis

session.getAttribute(YGConstants.SEARCH_STRING); 

je reçois un "null".

Est-ce un problème connu? Ai-je manqué quelque chose de spécifique à IE8 ou n'ai-je pas assez "googlé"? Lorsque j'utilise l'un des navigateurs Firefox, Chrome, IE6, IE7 et Opera, tout fonctionne correctement.

Répondre

0

Je sais qu'un navigateur ne fonctionne pas en tant que telle ont à faire quoi que ce soit avec la session HTTP dans le serveur d'application

Bien sûr, il fait: il envoie le cookie au serveur que le serveur utilise pour garder une trace de l'état de la session côté serveur. Utilisez Fiddler (www.fiddler2.com) pour surveiller vos demandes et vous assurer que le cookie de session est envoyé de manière fiable.

+0

Merci Eric, 'j'ai joué avec Fiddler2', c'est un outil incroyable pour IE, mais ensuite je suis toujours à la même page ... le problème de la session n'est toujours pas résolu ... –

+0

... Et avez-vous regardé pour voir si le cookie de session est mis en place. – EricLaw

+0

Désolé de vous répondre tard ... Le cookie de session est défini ... mais je remarque que l'identifiant de session change pendant une session ... Quelque chose comme j'ai un identifiant de session 'X' quand l'application a démarré. ..et pendant que je cherchais des images dans l'application ... l'identifiant de session envoyé dans la requête de recherche CHANGE et comme l'application vérifie un utilisateur valide ... Je suis redirigé vers la page de connexion .. –

0

Dans le cas où cela a quelque chose à voir avec votre cas, nous avons eu le même problème, mais pas sur tous les serveurs. Nous avons finalement constaté que les problèmes étaient seulement sur le serveur dont le nom avait un caractère de soulignement ("_"). Retrait du trait de soulignement du nom de domaine a résolu le problème.