Je suis en train de faire un site en Flex qui se base sur des pages
ASP.NET fournissant les services métiers ; ces pages gèrent un état
propre à chaque utilisateur via les Sessions.
J'ai pu lire que Flash ne permettait pas d'utiliser le cookie ASP.NET
contenant le SessionID qui doit être apparemment renvoyé au serveur
dans les headers.
Comment se fait-il alors, que je garde toujours le même ID entre les
requêtes Flex-ASP.NET en sachant que je ne gère même pas manuellement
cet ID ?
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
Laurent Bugnion, MVP
Salut,
Delf wrote:
Bonsoir.
Je suis en train de faire un site en Flex qui se base sur des pages ASP.NET fournissant les services métiers ; ces pages gèrent un état propre à chaque utilisateur via les Sessions.
J'ai pu lire que Flash ne permettait pas d'utiliser le cookie ASP.NET contenant le SessionID qui doit être apparemment renvoyé au serveur dans les headers.
Comment se fait-il alors, que je garde toujours le même ID entre les requêtes Flex-ASP.NET en sachant que je ne gère même pas manuellement cet ID ?
Merci.
Si la SessionID reste la même à chaque requête, alors le cookie est géré convenablement. Peut-être que l'article que tu as lu n'est plus actuel.
Je ne suis pas familier avec Flex, mais j'ai fait des tests en WPF, où il faut implémenter quelque chose pour gérer le Session cookie. Dans ce cas les symptômes étaient parfaitement clairs, la Session ID changeait à chaque requête (en fait, le cookie était vide, donc le server générait une nouvelle Session ID). J'avais documenté ceci à l'époque ici:
http://geekswithblogs.net/lbugnion/archive/2006/10/04/93110.aspx et http://geekswithblogs.net/lbugnion/archive/2006/10/11/93743.aspx
Dans ton cas, il me semble que tout est OK.
Amitiés, Laurent -- Laurent Bugnion [MVP ASP.NET] Software engineering, Blog: http://www.galasoft.ch PhotoAlbum: http://www.galasoft.ch/pictures Support children in Calcutta: http://www.calcutta-espoir.ch
Salut,
Delf wrote:
Bonsoir.
Je suis en train de faire un site en Flex qui se base sur des pages
ASP.NET fournissant les services métiers ; ces pages gèrent un état
propre à chaque utilisateur via les Sessions.
J'ai pu lire que Flash ne permettait pas d'utiliser le cookie ASP.NET
contenant le SessionID qui doit être apparemment renvoyé au serveur dans
les headers.
Comment se fait-il alors, que je garde toujours le même ID entre les
requêtes Flex-ASP.NET en sachant que je ne gère même pas manuellement
cet ID ?
Merci.
Si la SessionID reste la même à chaque requête, alors le cookie est géré
convenablement. Peut-être que l'article que tu as lu n'est plus actuel.
Je ne suis pas familier avec Flex, mais j'ai fait des tests en WPF, où
il faut implémenter quelque chose pour gérer le Session cookie. Dans ce
cas les symptômes étaient parfaitement clairs, la Session ID changeait à
chaque requête (en fait, le cookie était vide, donc le server générait
une nouvelle Session ID). J'avais documenté ceci à l'époque ici:
http://geekswithblogs.net/lbugnion/archive/2006/10/04/93110.aspx
et
http://geekswithblogs.net/lbugnion/archive/2006/10/11/93743.aspx
Dans ton cas, il me semble que tout est OK.
Amitiés,
Laurent
--
Laurent Bugnion [MVP ASP.NET]
Software engineering, Blog: http://www.galasoft.ch
PhotoAlbum: http://www.galasoft.ch/pictures
Support children in Calcutta: http://www.calcutta-espoir.ch
Je suis en train de faire un site en Flex qui se base sur des pages ASP.NET fournissant les services métiers ; ces pages gèrent un état propre à chaque utilisateur via les Sessions.
J'ai pu lire que Flash ne permettait pas d'utiliser le cookie ASP.NET contenant le SessionID qui doit être apparemment renvoyé au serveur dans les headers.
Comment se fait-il alors, que je garde toujours le même ID entre les requêtes Flex-ASP.NET en sachant que je ne gère même pas manuellement cet ID ?
Merci.
Si la SessionID reste la même à chaque requête, alors le cookie est géré convenablement. Peut-être que l'article que tu as lu n'est plus actuel.
Je ne suis pas familier avec Flex, mais j'ai fait des tests en WPF, où il faut implémenter quelque chose pour gérer le Session cookie. Dans ce cas les symptômes étaient parfaitement clairs, la Session ID changeait à chaque requête (en fait, le cookie était vide, donc le server générait une nouvelle Session ID). J'avais documenté ceci à l'époque ici:
http://geekswithblogs.net/lbugnion/archive/2006/10/04/93110.aspx et http://geekswithblogs.net/lbugnion/archive/2006/10/11/93743.aspx
Dans ton cas, il me semble que tout est OK.
Amitiés, Laurent -- Laurent Bugnion [MVP ASP.NET] Software engineering, Blog: http://www.galasoft.ch PhotoAlbum: http://www.galasoft.ch/pictures Support children in Calcutta: http://www.calcutta-espoir.ch
Delf
Le 09/08/2007, Laurent Bugnion, MVP a supposé :
Si la SessionID reste la même à chaque requête, alors le cookie est géré convenablement. Peut-être que l'article que tu as lu n'est plus actuel.
C'est ce que je pense aussi.
Sans rien géré, je garde le même ID entre chaque requête. Je garde aussi cet ID plusieurs heures si la page Flex interroge périodiquement le serveur avant le timeout de la session. Adobe a p'tre pris en compte le cookie ASP.NET à présent ; tant mieux :)
-- Delf
Le 09/08/2007, Laurent Bugnion, MVP a supposé :
Si la SessionID reste la même à chaque requête, alors le cookie est géré
convenablement. Peut-être que l'article que tu as lu n'est plus actuel.
C'est ce que je pense aussi.
Sans rien géré, je garde le même ID entre chaque requête. Je garde
aussi cet ID plusieurs heures si la page Flex interroge périodiquement
le serveur avant le timeout de la session. Adobe a p'tre pris en compte
le cookie ASP.NET à présent ; tant mieux :)
Si la SessionID reste la même à chaque requête, alors le cookie est géré convenablement. Peut-être que l'article que tu as lu n'est plus actuel.
C'est ce que je pense aussi.
Sans rien géré, je garde le même ID entre chaque requête. Je garde aussi cet ID plusieurs heures si la page Flex interroge périodiquement le serveur avant le timeout de la session. Adobe a p'tre pris en compte le cookie ASP.NET à présent ; tant mieux :)