[REST & Ajax] Maintenir un état client/serveur

Bonjour,

Je suis en train de développer une application type messagerie instantanée avec la technologie Ajax côté client Web et J2EE côté serveur.
Mon architecture serveur est composée d'un EJB Singleton contenant les instances de classe Messagerie (String chanelName, List<User>, List<Message>, etc.).

Cet EJB est exposé par un autre EJB Stateless qui lui même expose des méthodes d'architecture Rest (@POST void addMessage(chanelName, Message), @GET List<Message> getMessages(chanelName), etc.).

Je voudrais savoir comment maintenir un état entre le client et le serveur. Est-ce qu'un Statefull bean pourrait fonctionner dans ce type d'architecture?
Si oui, comment ça marche réellement?
Si non, puis-je utiliser l'HttpSession? Et par quel moyen?

Merci beaucoup :)

A mon humble avis tu pars déjà dans le mauvais sens. A quoi va te servir de maintenir un état ?

Lorsque je vais sur une page "Messagerie", le serveur génère une clé à partir d'une méthode @Get String join();
Cette clé est passée à chaque appel de méthode, cela permet de mapper l'utilisateur coté serveur et de stocker dans un objet User toutes les infos utiles (pseudo, dates, relations avec les différents chanels, etc).
Si la page se rafraichit, je perd toute les variables, c'est pour cela que je voudrait savoir s'il était possible d'avoir un EJB Statefull (il n'y a pas que ce problème mais bon).
J'avais aussi pensé utiliser les FacesContext(car j'utilise JSF pour le reste de l'appli web) mais il me semble que c'est complètement cloisonné par rapport à la couche EJB dans ce sens.
:mouarf: En écrivant ce message je viens de remarquer que je pourrais garder en mémoire l'adresse IP du client côté serveur, ce qui pourrait peut être m'aider dans ce cas précis.

A mon avis, l'ip c'est une impasse, surtout derrière un proxy.

Si tu as JSF, effectivement, tu peux stocker des choses dans le contexte.

A mon avis, l'application que tu décris correspond bien à un pattern REST et je te conseille de pousser dans ce sens.

Oui certes l'IP est une mauvaise idée...
A la limite, je pense que je stockerai quelques infos dans mon Managed Bean @SessionScoped.
Dommage car je voulais vraiment faire une application web isolée du framework JSF.
Merci pour ton aide :)

Je pense que tu peux le faire sans jsf en fait

En gardant les infos côté client avec des cookies peut-être? A creuser...

J'ai trouvé une autre techno super pour ça! Les websockets! Je vais ouvrir un thread pour en parler :).