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 это.
Я обновлю это сообщение, если узнаю что-то новое при реализации моего решения.
