Нажатие данных в реальном времени в Java WebApp

Question

Существует это Java-приложение с большим количеством пользователей. Эти пользователи размещают несколько заказов в соответствии с данными, показанными на их панелях. Данные обновляются второй раз, вызывая внешнюю службу (через веб-сервис или так). В тот момент, когда мы получаем эти данные, панели пользователей должны быть немедленно обновлены, чтобы убедиться, что пользователи размещают действительные заказы.

Таким образом, нам нужно отправить данные клиенту WebApp. Производительность и надежность вызывают серьезную озабоченность. Какой подход или технология вы предлагаете здесь? Должен ли я использовать что-то вроде комет? Или используется примитивный WebSockets?

Answer 1

Websocket - это самый быстрый транспорт, но он не поддерживается хорошо (по старым версиям Internet Explorer).

Запросы AJAX выполняются не так быстро (потому что браузер потенциально установит новое HTTP-соединение, а HTTP-заголовки также наведут накладные расходы), но гораздо лучше. И с правильными настройками keep-alive HTTP-соединение должно быть повторно использовано.

Вы можете использовать некоторую общую реализацию, такую ​​как sock.js (хорошо поддерживаемая Spring framework). Он автоматически выбирает лучший доступный транспорт. Но он вводит дополнительный уровень сложности.

Answer 2

Есть куча вещей, которые следует учитывать.

Существуют различные технологии. Вы упомянули Комету. Также есть веб-сокеты. Без поддержки на уровне протокола вы застряли с большим количеством опросов для данных. Это подход, который принимает комета.

Веб-сокеты специально разработаны для этого. Он имеет гораздо меньше накладных расходов, чем поток сообщений на основе протокола TCP или UDP.

Вы ориентируетесь на современные браузеры или также нуждаетесь в поддержке старых браузеров?

Существует разнообразная поддержка протоколов, в разных версиях, реализации могут иметь некоторые оговорки и т. Д.

Или используется примитивный WebSockets?

Это вполне приемлемо. Хотя вам приходится иметь дело с отклонениями от различий браузера, или вы можете обнаружить, что перенос ваших веб-сокетов на веб-серверах может потребовать некоторой работы.

Например, если вы развертываете на Jetty (и используете его API изначально), вам необходимо реализовать WebSocketCreator. Если вы используете Grizzly изначально, вам необходимо реализовать WebSocketListener и так далее.

Atmosphere пытается исправить это, предоставив единый интерфейс, который работает на разных серверах. Опять же, как только вы выберете такую ​​библиотеку, вам нужно будет внести изменения, если вы захотите использовать другую библиотеку в будущем.

Или вы можете использовать сервис, такой как Pusher или любой из его конкурентов.

Если вы используете Google, вы сможете найти множество примеров.

Надеюсь, это поможет.