Толчок на стороне сервера с Java

Question

это проще, чем cometd как фреймворк с длинным опросом для Java? Потому что мне нужно - это клиент указывает некоторые параметры и отправляет их на сервер. Сервер обрабатывает их и начинает непрерывно отправлять сообщения обратно клиенту (смотрит как Thread-per-Service?). Клиент получает сообщения и отображает их. Клиент имеет возможность прекратить прослушивание и фактически остановить службу сервера для отправки сообщений. Может быть, я слишком ленив, но экзамен кометда был не таким коротким и прозрачным, как я хотел.

Не на основе HTML5.

Answer 1

С SSE (события, отправленные сервером) вы можете делать именно то, что, как вы объяснили, вы хотите сделать, но, к сожалению, это технология HTML5.
Если вы заинтересованы, вы можете проверить html5rocks для получения дополнительной информации.

Answer 2

Эти ребята Атмосферная асинхронная платформа WebSocket / Comet Framework действительно отлично поработали над упрощением серверной операции push с механизмом отката, когда части браузера и / или сервера не поддерживают веб-сокеты

Answer 3

Что ж, если вы слишком ленивы для cometd или реверсирования AJAX, вы можете развернуть конечную точку веб-службы на своем клиенте (желательно спокойной, а не SOAP) и заставить свой сервер отправлять обратно сообщения на веб-службу (выступая в роли клиента).

Это просто реализовать.

В вашем первоначальном запросе клиента к серверу, наряду с другим параметром, вы также можете отправить порт (или URL), который ваша конечная точка прослушивает для уведомления.

Тогда вам просто нужно определить события уведомлений и реализовать остальную логику.