Wie kann man server-push-asynchrone änderungen an einer HTML-Seite erstellt von JSF?

JSF 2.3+

Können Sie @Push und <f:websocket - >. Unten ist ein kickoff Beispiel die updates, die eine Tabelle mit Daten, die auf einem application-scoped Ereignisses, das ausgelöst wird durch das 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-

Wenn Sie nicht auf den JSF 2.3 noch, Sie brauchen, um den Kopf, um 3rd-party JSF-Bibliotheken.

• OmniFaces hat <o:Buchse> (JSR356 WebSocket + CDI)
• PrimeFaces hat <p:socket> (Atmosphäre)
• ICEfaces hat ICEpush (long polling)

Angemerkt werden sollte, dass die <o:socket> war die Grundlage für die JSF 2.3 <f:websocket>. Also, wenn Sie haben eine Menge von ähnlichkeiten haben, dann ist das richtig.

PrimeFaces verwendet Atmosphäre unter den Motorhauben (das ist lästig, setup, ohne Maven). Atmosphäre unterstützt websockets mit fallback auf SSE und long polling. ICEfaces basiert auf alten long polling Technik. Alle diese nicht umsetzen, native JSR356 WebSocket-API, die wurde erst später eingeführt in Java EE 7.

OmniFaces verwendet native JSR356 WebSocket-API (unterstützt alle Java-EE-7-Server und Tomcat-7.0.27+). Es ist daher auch die meisten einfach zu installieren und zu verwenden (GLAS, Rahmen param, einem tag und einer annotation). Es erfordert nur CDI (nicht schwer zu Installation auf Tomcat), aber es ermöglicht Ihnen auch push von einem nicht-JSF-Artefakte auf (z.B. ein @WebServlet). Für Sicherheit und JSF view state zu halten Gründen, es unterstützt nur one-way push (server zu client), nicht Umgekehrt. Für die, die Sie halten können mit JSF-ajax-der übliche Weg. Die JSF 2.3 <f:websocket> basiert weitgehend auf OmniFaces <o:socket>, daher finden Sie eine Menge von ähnlichkeiten in Ihren APIs (JSF - OmniFaces).

Alternativ können Sie auch verwenden, polling, anstatt zu kämpfen. So ziemlich jeder ajax bewusst JSF-Komponenten-Bibliothek hat eine <xxx:poll> Komponente, wie PrimeFaces mit <p:poll>. Dies ermöglicht Ihnen das senden alle X Sekunden eine ajax-Anfrage an den server und aktualisieren Sie die Inhalte, Wann immer notwendig. Es ist nur weniger effizient als push.

Siehe auch:

• Wie überwachen Sie asynchrone/hintergrund-thread-status und erhalten Sie Benachrichtigungen in einer JSF-Komponente
• Echtzeit-updates von der Datenbank mit JSF/Java EE
• Informieren nur bestimmte Benutzer(s) über WebSockets, wenn etwas geändert wird in der Datenbank

InformationsquelleAutor BalusC

Wenn Sie brauchen, voll ausgestattete Comet-updates (reverse Ajax) und so weiter, dann lohnt sich ein Blick auf die DWR Bibliothek.

InformationsquelleAutor Scott Wilson