Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

  1. #1
    Responsable Java

    Tutoriel sur l'intégration de CDI, EJBS et WebSocket
    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
    Responsable Java de Developpez.com (Twitter et Facebook)
    Besoin d"un article/tutoriel/cours sur Java, consulter la page cours
    N'hésitez pas à consulter la FAQ Java et à poser vos questions sur les forums d'entraide Java
    --------
    Ingénieur de Recherche en informatique au LIAS / ISAE-ENSMA
    Page de Developpez.com : mbaron.developpez.com
    Twitter : www.twitter.com/mickaelbaron
    Blog : mickael-baron.fr
    LinkedIn : www.linkedin.com/in/mickaelbaron
    DBLP : dblp.uni-trier.de/pers/hd/b/Baron:Micka=euml=l

  2. #2
    Membre averti
    Mettre en place Websocket et faire du polling serveur?
    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