Alors, voila, Ma web-app devra être utilisée par un client HTTP qui n'est pas un navigateur internet. Avec les navigateurs internet, les sessions sont suivies automatiquement, mais j'imagine que ds cet utilitaire, il va falloir un code particulier pour assurer ce suivi de session. Ma question est donc : Comment un client HTTP autre qu'un navigateur peut-il suivre une Session de l'api de servlets ?
Quel est au juste le mécanisme des sessions de l'api de Servlets ?

faut juste que tu gères les cookies.
 
J'ai déjà programmer un truc comme ca. C'est pas bien compliquer ...

sinon, tu peux te servir de ca : http://www.innovation.ch/java/HTTPClient/

 
Alors Les sessions se font par cookies ?
pour que ça se fasse par url, 'faut le faire explicitement ?
Et... t'avais trouvé où la documentation qui t'as permis de faire ça ?
...T'as pas un chti bout de code qui traîne ?

 
Ben, le client, c'est pas moi qui le fait, je cherche juste des infos. Il est en VB ce client, ms c pas ça qui devrait poser pb j'pense.

c'est tjs un problème de faire du VB....
 
 
bon, le plus simple c'est que tu regardes à quoi ressemble une requête HTTP.
 
Tu verras que y a des headers qui sont de la forme :
name:value
 
ben y a des headears particulier :  
 
1) Set-cookie :  dans les réponse du serveur qui demande d'affecter une valeur à un nom
 
2) cookies : dans la requête du client qui retourne les cookies qu'il a d'enregistré pour ce serveur.
 
(je suis plus bien sur des noms, mais en gros c'est ca.)
 
cherche avec google, tu trouveras sans trop de difficulté.
 
pour un aperçu très rapide du proto HTTP : http://www.commentcamarche.com/internet/http.php3
 
remarque : ils ne parlent pas des cookies ... domage

    Ca marche bien ce truc ?
Ca m'a l'air pas mal !

J'vais peut être dire une conneries, mais tant pis :
j'arrive pas à trouver les cookies générés par le suivie de sessions de ma web-app par internet explorer.
Ce que j'ai fait :  
j'ai viré tous les cookies du répertoire de cookies d'IE.
J'ai accèdé à ma web-app, afin de créer une session, et ça n'a créé aucun nouveau cookie... c normal ?

les cookies de session ne sont pas permanents => ils doit pas les stocker sur le disque mais les garder en mémoire ...

j'ai pas testé : j'ai découvert ca après avoir fait mon truc à la mano ...

 
ok.
et en gros, le mécanisme, c'est qu'un simple cookie permet au client :
-en le récupérant, envoyé par ma web-app, de connaitre son identifiant de session.
-en le joingnant à chaque requête (on joint un cookie à une requête !?) afin d'être identifié par ma web-app.
 
c'est ça ?

toutafé  

Nickel, ça devrait pas être trop compliqué à gérer.
Merci beaucoup.

ben merci aussi en fait, ça répond à quelques unes de mes questions

gringo t'as de ces questions des fois

 
De quelle question tu parles, moins moins ? (tu permets que je t'appelle "moins moins" ?)

ben je parle du fait que tu savais pas qu'un id de session etait transmis par l'intermédiaire de cookies

Ben non, j'savais pas. Parce qu'a mes début en Jsp/Servlets, on m'a dit d'encoder mon url avant de dispatcher, parce que l'id de session pouvait être un paramètre d'url.

oui elle *peut* mais t'as quand meme déjà du remarquer que ce n'était pas necessairement le cas non? à moins que tu n'aies jamais essayé tes propres servlets
 
bon j'arrete

ouais !!! retourne à tes EJB, toa !  

 
+1  

 
ça n'a rien à voir.
Le suivi de sessions, c'est fait de façon transparente, j'ai jamais eu à aller bidouiller ça.

ben y'a pas besoin bidouiller pour se poser la question de savoir comment est gérée le session quand meme

 
Ben tu vois, j'me la suis posée. Allez, écoute benou, retourne à tes EJB...

 
quel sale caractère

ben nan, c'est vous qui l'aggressez là. Il a bien le droit de pas savoir !

 
A ce niveau là? Bin non désolé je suis pas d'accord. Enfin soit, inutilie de polémiquere là dessus

à tous les niveau : t'as toujours le droit de pas savoir
 
et puis bon, la plupart de ceux qui font pas de oueb savent pas du tout comment ca marche derrière, même si c'est super simple ...
 
 
Y en a bien qui on du mal à capter les ejb

ben oui mais là ça fait quasi un an qu'il a posé ces premieres questions sur les servlets quoi...
enfin bon, el_gringo, je te juge pas hein! (pas le peine de te venger sur d'autres topics), j'etais juste tres étonné, et comme je suis taquin...
 
 
edit: et puis pardon, mais y'a quand meme une sacrée difference de niveau entre les servlets et les ejb nan? (de nouveau, sans vouloir juger personne)

bha oui, c'était une boutade  

bon je replonge dans mon bouquin

t'as regardé dans thinking in java ?  
j'avais commencé par là moi. C'est assez condencé mais ca explique bien les choses.

je l'ai pas

 
Tu connais pas ma vie, tu sais pas ce que j'en fais, alors juge pas comme ça, sans rien savoir. Ceux qui parlent sans rien savoir, j'appelle ça des cons (sans vouloir juger personne). Je fais pas tant de Java que ça. Le plus souvent, je fais du C/C++, et pas du tout du web.
Je me venge pas, ds l'autre, ça autrait pu ê n'importe qui qui disait ça, j'aurais posté la même chose.
D'habitude, j'aime bien les gens un peu taquins, parce qu'il sont marrant. Après si c des taquineries pas drôle, évidement, ça perd de son intérêt.
Sur ce, j'pense qu'on peut en rester là, parce que ça avant pas à grand chose, et que benou m'a donné toutes les réponses que j'attendais (mais qu'est ce que t'es donc venu poster ici moins moins ?).
Merci encore Benou  

2 fois en plus

 
http://www.rcsnet.net/mirrors/64.78.49.204/

 
Moi aussi, je juge personne. On a à peu près le même niveau de crédibilité.

   
 
http://www.google.fr/search?hl=fr& [...] va&spell=1
 
http://penserenjava.free.fr