JSF 2.3+

vous pouvez utiliser @Push et <f:websocket> pour cela. Ci-dessous est un exemple de démarrage qui met à jour une table de données sur une application scoped événement lancé par le backend.

<h:dataTable id="notifications" value="#{bean.notifications}" var="notification">
    <h:column>#{notification.message}</h:column>
</h:dataTable>

<h:form>
    <f:websocket channel="push">
        <f:ajax event="updateNotifications" render=":notifications" />
    </f:websocket>
</h:form>

@Named @ApplicationScoped
public class Bean {

    private List<Notification> notifications;

    @Inject
    private NotificationService service;

    @Inject @Push
    private PushContext push;

    @PostConstruct
    public void load() {
        notifications = service.list();
    }

    public void onNewNotification(@Observes Notification newNotification) {
        notifications.add(0, newNotification);
        push.send("updateNotifications");
    }

    public List<Notification> getNotifications() {
        return notifications;
    }

}

@Stateless
public class NotificationService {

    @Inject
    private EntityManager entityManager;

    @Inject
    private BeanManager beanManager;

    public void create(String message) {
        Notification newNotification = new Notification();
        newNotification.setMessage(message);
        entityManager.persist(newNotification);
        beanManager.fireEvent(newNotification);
    }

    public List<Notification> list() {
        return entityManager
            .createNamedQuery("Notification.list", Notification.class)
            .getResultList();
    }

}

JSF 2.2 -

si vous n'êtes pas encore sur JSF 2.3, vous devez vous diriger vers les bibliothèques JSF tiers.

• OmniFaces a <o:socket> (JSR356 WebSocket + CDI)
• PrimeFaces a <p:socket> (Atmosphère)
• ICEfaces a ICEpush (d'interrogation)

doit être noté que le <o:socket> était la base pour le JSF 2.3 <f:websocket> . Donc, si vous avez trouvé beaucoup de similitudes, puis c'est correct.

PrimeFaces utilise Atmosphère sous le capot (qui est gênant pour le programme d'installation sans Maven). Atmosphere supporte les websockets avec repli vers L'ESS et les longs sondages. ICEfaces est basé sur l'ancienne long polling technique. Tous ceux-là n'implémentent pas l'API WebSocket native JSR356 qui n'a été introduite que plus tard dans Java EE 7.

OmniFaces utilise natif JSR356 API WebSocket (pris en charge dans tous les serveurs Java EE 7 et Tomcat 7.0.27+). Il est donc aussi plus simple de configurer et d'utiliser (un JAR, un param de contexte, une étiquette et une annotation). Il ne nécessite que le CDI (pas difficile de installer sur Tomcat ), mais il vous permet même de pousser à partir d'un artéfact non-JSF (par exemple un @WebServlet ). Pour des raisons de sécurité et de JSF view state keeping, il ne soutient une poussée à Sens Unique (du serveur au client), pas l'inverse. Pour cela, vous pouvez continuer à utiliser JSF ajax de la manière habituelle. Le JSF 2.3 <f:websocket> est largement basé sur OmniFaces <o:socket> , donc vous trouverez beaucoup de similitudes dans leurs APIs ( JSF - OmniFaces ).

alternativement, vous pouvez également utiliser le sondage au lieu de pousser. À peu près toutes les bibliothèques de composants ajax conscientes du JSF ont un composant <xxx:poll> , tel que PrimeFaces avec <p:poll> . Cela vous permet d'envoyer exery X secondes une requête ajax au serveur et de mettre à jour le contenu chaque fois que nécessaire. C'est seulement moins efficace que la pousser.

voir aussi:

• comment surveiller l'état du fil asynchrone/de fond et obtenir des notifications dans un composant JSF
• mises à jour en temps réel à partir de la base de données en utilisant JSF / Java EE
• ne notifier qu'un utilisateur spécifique par le biais de WebSockets, lorsqu'un élément est modifié dans la base de données