Tutoriel sur l'int�gration de CDI, EJBS et WebSocket

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