Rivalry2

HTML Diff

0 added 0 removed

Original 2026-01-01

Modified 2026-03-10

1 Теги: сервлеты, websocket, long polling, java enterprise, поллинг, java ee, двунаправленная коммуникация, tcp, нттр, handshake, ws/wss, html5, server sent events, jax-rs, rest-сервис

2 Необходимость коммуницировать клиенту и серверу существует не только в Java EE-приложениях, но и в любых других веб-приложениях. Как известно, для этих целей используются различные подходы, например, поллинг. При поллинге клиент периодически опрашивает сервер, отправляя клиентский запрос, а тот в свою очередь формирует ответ на него.

3 То есть для поддержки актуального состояния данных, клиент должен постоянно опрашивать сервер для получения обновлённых данных. Такой подход не всегда удобен, так как требует дополнительных накладных расходов и действий со стороны клиента (если обновление данных на сервере не произошло, сеть нагружается впустую). Устранить некоторые недостатки поллинга помогают его разновидности, тот жеLong polling.

4 Мейнстримной технологией отправки уведомлений от клиента к серверу и обратно на сегодняшний день является технологияWebSocket. Веб-сокеты впервые были представлены в Java EE 7-й редакции. Они позволяют организовывать двунаправленную (полнодуплексную) коммуникацию между клиентом и сервером, используя в качестве основы протоколTCP. При этом тот самый протоколНТТР, который применялся для поллинга, используется единожды для осуществления так называемого "рукопожатия" (handshake), которое позволяет клиенту и серверу установить соединение между собой. В последующем обмен информацией между взаимодействующими сторонами происходит посредством более высокоуровневого протоколаws/wss.

5 Чтобы поток обмена был двунаправленным, у клиента и сервера есть все необходимые средства для передачи данных, и вне зависимости от того, кто будет инициирующей стороной. Если клиент хочет синхронизировать состояние с сервером, он отправляет соответствующие данные, а если серверу есть, что сообщить клиенту, - он посылает порцию необходимых данных, зачастую в виде дельты от первоначального объёма информации.

6 При этом серверу при таком подходе нет необходимости дожидаться запроса от клиента для уведомления об изменениях. Если происходят какие-либо обновления, сервер отправляет все необходимые данные, а клиент их вновь отображает. После взаимного обмена информаций общение завершается, а соединение закрывается.

7 Вышеперечисленные подходы применяются довольно широко. Однако в некоторых случаях решить задачи, с которыми может столкнуться современный разработчик, дополнительно помогает ещё один механизм -Server Sent Events.

8 <h2>Особенности работы Server Sent Events</h2>

9 Начиная сHTML5, появилась возможность однонаправленной коммуникации от сервера к клиенту, генерируя события, приводящие к обновлению данных на клиенте. Этот подход позволяет расширять возможности клиента и актуализировать данные без лишних обращений со стороны клиента, например, получая уведомления о различных событиях.

10 Данная технология не обошла стороной Java EE и используется в ней, начиная с восьмой версии. Прежде всего данный подход нашл отражение в двух распространённых технологиях Java EE: сервлеты иJAX-RS.

11 Говоря оServer Sent Eventsс практической точки зрения, можно привести следующий пример REST-сервиса:

12 @GET @Produces(MediaType.SERVER_SENT_EVENTS) public void news(@Context SseEventSink eventSink, @Context Sse sse) { try(SseEventSink sink = eventSink){ sink.send(sse.newEvent("data")); sink.send(sse.newEvent("MyEventName","more data")); OutboundSseEvent event = sse.newEventBuilder(). id("EventId"). name("EventName"). data("Data"). reconnectDelay(10000). comment("Anything i wanna comment here!"). build(); sink.send(event); } }<h2>Вот, собственно, и всё</h2>

13 Получить более подробную информацию вы всегда можете на интерактивных занятиях курса<a>"Разработчик Java Enterprise"</a>.

14 Интересуют нюансы работы Server Sent Events? Задавайте вопросы в комментариях!