Discussion :

[S. Guillaume]

Bonjour,

Avant de me lancer dans la programmation d'un service web compliqué, je fais des petits bouts pour voir comment je vais faire telle ou telle chose. Ici, je suis obligé de proposer une page web au client, et j'ai un accès à des données uniquement avec une bibliothèque Java. C'est pourquoi je pense le faire avec les servlets et JSP.

Le service web ressemblerait à ceci :
1) un utilisateur se connecte à une page web => une servlet A est crée, elle dure tant que l'utilisateur est connecté
2) quelque chose d'autre (une autre servlet ?) "écoute" en permanence la servlet A car celle-ci peut lui envoyer du texte
3) quand l'écouteur a effectivement été déclenché, celui change le contenu de cette page (dans l'exemple, il afficherait la date reçu)

Il me faut donc un moyen de faire un écouteur d'une servlet qui puisse changer le contenu de la page web du client lorsqu'une donnée lui arrive par la servlet A. Mais je ne sais pas trop comment m'y prendre.

Note : bien sûr, je pourrais aussi faire en sorte que la servlet A joue les deux rôles en faisant deux threads, mais il me manque toujours le moyen de modifier interactivement la page web du client.

Peut-on le faire de façon naturelle ou bien suis-je obligé de passer par les sockets ?
J'ai cherché sur internet pour faire de telles pages interactives, mais j'ai pas trouvé grand chose.
Merci à tous.

[molesqualeux]

Peut-être ça peut t'aider:
http://rom.developpez.com/java-listeners/

[S. Guillaume]

Effectivement, il s'agit de faire une servlet qui écoute et une qui émet comme dans le lien donné.

Cependant dans mon cas, la servlet qui écoute est celle qui renvoie la page web à afficher pour le client (bien sûr si la méthode n'est pas bonne, dites le moi, je cherche justement comment faire et je n'ai pas de contraintes techniques sur ce point). Autrement dit, cette servlet (écouteur) va être crée quand le client se connecte à la page web / va attendre jusqu'à écouté effectivement quelque chose de l'autre / va renvoyer la réponse html au navigateur du client mais ensuite ? Comment faire pour que la servlet qui écoute continue d'exister et si elle reçoit à nouveau une donnée de l'autre, qu'elle mette à jour la page web du client ?

Je ne connais pas bien les servlets mais dans le cas de la requête html client, je ne voie pas comment faire pour que la page se mette à jour étant donné qu'une réponse html c'est une réponse html point barre non ?

En tout cas merci du premier lien, il me servira énormément pour la première partie du problème, qui est résolue il ne reste qu'à savoir comment faire pour "rafraichir" la page web du client

[molesqualeux]

en jouant avec javascript et le DOM ?

[S. Guillaume]

C'est ce que j'appréhendais au départ. Je vais me renseigner et dans tous les cas, quand j'aurais trouvé une méthode et que je l'aurais appliquer à un programme de test, je ferais suivre.

[Jidefix]

Bonjour,
si tu veux que la page web se rafraichisse sans action de la part de l'utilisateur final dans son navigateur, les solutions sont:
- AJAX (s'il s'agit simplement de mettre à jour quelques champs, je recommande l'API DWR, qui simplifie énormément la partie javascript)
- rafraichir la page à intervalle régulière

Quand à la notion de connexion qui ne dure que tant que l'utilisateur est connectée, tu peux passer par les sessions.

[OButterlin]

Peut-on le faire de façon naturelle ou bien suis-je obligé de passer par les sockets ?

Le socket au travers d'une applet embarquée dans la page peut être envisagé. Du coup, c'est le serveur qui envoie.

Sinon, AJAX est une solution également (beaucoup mieux que le refresh de la page)

[S. Guillaume]

Désolé d'avoir été aussi long à répondre.

J'ai effectivement utilisé l'API DWR, le côté "Reverse Ajax" ou "comet programming" pour satisfaire à mes besoins.

Pour l'instant, c'est juste un service web qui met sur écoute les appels pour afficher leur nom, etc. Juste, un thread est associé à chaque personne connecté sur la page, ce thread en déclenche un autre (listener) qui écoute le téléphone et change des variables partagées entre les deux thread et le premier thread poll toutes les x ms pour savoir s'il faut rafraichir la page du connecté.
Ca fonctionne donc avec un polling, il faut que j'étudie plus les possibilités de Java / Ajax pour voir si je peux m'en sortir autrement.

Merci pour le lien