Discussion :

[Mickael Baron]

SOAT, société d'expertise et de conseil en informatique, et Renaud Maldonado, nous propose un tutoriel sur l'intégration de CDI, des EJB et de WebSocket dans un même projet.

Voici l'URL du tutoriel : http://soat.developpez.com/tutoriels...jbs-websocket/

Si vous avez des commentaires, profitez de cette discussion

Merci d'avance

L'équipe Java

[Tcharl]

Très bon article, il explique bien websocket, ainsi que les soucis des EJB (perso, ça fait assez longtemps que j'ai lâché les EJB et utilise CDI et @Transactional pour répondre au même besoin).

Pourtant, j'ai du mal à voir l'intérêt de monter une brique asynchrone client/serveur pour ensuite faire du polling client (envoyer régulièrement des mises à jour avec un batch).
Anciennement, on faisait du polling serveur en utilisant XHR (ajax), ce qui ne changeait pas grand chose.

Il faut utiliser JMS côté serveur pour tirer toute la puissance des websocket, à savoir envoyer au client une notif de mise à jour seulement lorsque les données serveur l'ont été!

Par exemple avec un code JPA: le DAO reçoit un appel à une de ses méthodes d'update, l'effectue puis envoie un message dans une queue (ou encore un event cdi) à la websocket servlet qui ensuite notifie le client.

Ce paradigme rend quasi obsolète la spec websocket, étant donné que la plupart des brokers JMS (e.g. ActiveMQ) supportent le layer websocket (et même stomp over websocket, qui
permet en plus de supporter les transactions).

Cordialement,
Tcharl