STOMP против WAMP через Spring -WebSockets

В настоящее время я работаю над проектом, который должен работать с WebSockets. Клиенты будут только браузерами, поэтому не заинтересованы в какой-либо функции брокера сообщений этих двух.

Хотя я не думаю, что это было бы очень важно, но было бы интересно, если бы я мог получить несколько комментариев по STOMP vs WAMP в качестве подпротокола с использованием Spring -WebSockets.

И я могу получить несколько советов, которые могут помочь выбрать один из них.

Приветствия,

EDITED (27-02-2014): Так как программирование непосредственно с помощью webSockets является низкоуровневым, поэтому его рекомендуется во многих местах (одна из документации spring) использовать некоторый под-протокол.

Кроме того, использование суб-протокола через websocket является типом встроенной безопасности webSocket; например, вы можете выполнить проверку подпротоков.

Существует много других подпротоков, которые могут использоваться вместо STOMP или WAMP, таких как XMPP, AMQP. Я не мог найти много информации об этих и веб-сайтах, большинство из них связано только с брокерскими сообщениями.

Ответ 1

Одна из причин (очевидная), что я должен использовать STOMP над любым другим под-протоколом, заключается в том, что я использую spring -webSockets, поэтому для STOMP мне не нужно добавлять дополнительную библиотеку на стороне сервера, для других Мне нужно. У клиентов есть много JS-библиотек, которые я могу использовать как socket.io для STOMP и подобных JS для WAMP и других.

Так как моя главная проблема связана с сервером: Итак, STOMP это.

Я обновлю это сообщение, если узнаю что-то новое при реализации моего решения.