Для этого вы можете использовать @Push
и
. Ниже приведен пример запуска, который обновляет таблицу данных при событии, запущенном бэкэндом.
#{notification.message}
@Named @ApplicationScoped
public class Bean {
private List 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 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 list() {
return entityManager
.createNamedQuery("Notification.list", Notification.class)
.getResultList();
}
}
Если вы еще не находитесь в JSF 2.3, вам нужно перейти в сторонние библиотеки JSF.
(JSR356 WebSocket + CDI)
(Атмосфера) Отмечено, что
является основой для JSF 2.3
]. Итак, если вы нашли много общего, то это правильно.
PrimeFaces использует Атмосфера под капюшонами (что неудобно для настройки без Maven). Атмосфера поддерживает websockets с возвратом SSE и длительным опросом. ICEfaces основан на древней методике длинного опроса . Все они не реализуют собственный API-интерфейс JSR356 WebSocket, который был позже представлен в Java EE 7.
OmniFaces использует собственный API-интерфейс JSR356 WebSocket (поддерживается на всех серверах Java EE 7 и Tomcat 7.0.27+). Поэтому он также очень прост в настройке и использовании (один JAR, один параметр контекста, один тег и одна аннотация). Для этого требуется только CDI (не сложно установить на Tomcat ), но он позволяет вам даже нажать от артефакта не-JSF (например, @WebServlet
). В целях безопасности и безопасности JSF, он поддерживает только односторонний push (от сервера к клиенту), а не наоборот. Для этого вы можете использовать JSF ajax обычным способом. JSF 2.3
в значительной степени основан на OmniFaces
, поэтому вы найдете много сходства в своих API-интерфейсах ( JSF - OmniFaces ).
Кроме того, вы можете использовать опрос вместо нажатия. Практически каждая библиотека компонентов JSF, поддерживающая ajax, имеет компонент
, такой как PrimeFaces с
. Это позволяет отправлять exery X секунд запрос ajax на сервер и обновлять контент, когда это необходимо.
Да, возможно наблюдать свойства только для чтения. Однако, если объект, который объявляет, что свойство вносит изменения в значение того свойства способом, которое не является Значение ключа, Наблюдая совместимый (например, изменяет значение переменной экземпляра, поддерживающей то свойство непосредственно без отбора willChangeValueForKey:
и didChangeValueForKey:
уведомления) затем наблюдатели не будет автоматически уведомлен системой KVO. Если можно проверить, что значение этого свойства изменяется, и наблюдатели не уведомляются, я (1) отправил бы некоторый код здесь или в другом месте так, чтобы другие могли помочь Вам найти свою ошибку и (2) если нет никакой ошибки в Вашем коде, зарегистрируйте ошибку на радаре Apple .
Можно, конечно, наблюдать свойства только для чтения, но знать, что для KVO для работы необходимо быть KVC совместимый - что означает использовать любого метод set/метод считывания для свойства (так как Вы только для чтения, Вы не получаете метод set бесплатно через @synthesize
), или метод свойства -setValue:forKey:
.
Это определенно быть возможным использованием NSKeyValueObserving. Свойства на самом деле имеют реализации метода считывания/метода set, они просто сделаны для Вас компилятором через @synthesize ключевое слово в реализации классов Objective C. Так как протокол наблюдения значения ключа основан на стандартных конвенциях метода считывания/метода set в Objective C, наблюдение, что свойства хорошо работают. Документация (связанный выше) даже упоминает свойства класса по имени:
"NSKeyValueObserving (KVO) неофициальный протокол определяет механизм, который позволяет объектам быть уведомленными относительно изменений в указанном свойства из других объектов".