С момента первой публикации я строю свой собственный сервер WebSocket. Мечты о том, чтобы все это было просто быстро прошло Я, однако, подхожу достаточно близко, чтобы упомянуть слово «релиз», как в бесплатной бета-версии для всех, кто хочет сервер веб-сокетов. (Заметьте, я просто «упомянул» это слово - я еще как минимум через пару недель.) Это многопользовательский сервер, легкий и кричащий. В конечном итоге я добавлю поддержку http, поэтому для доставки веб-страниц не потребуется никакого другого сервера (WebSockets в любом случае обновляет http-соединения). Я также буду добавлять функциональность HLL. Прежде всего, это упростит приложение. Несмотря на то, что я постоянно работал над поддержанием «легкого» статуса, вся эта комбинация была жизненной амбицией, и я верю, что разработчики найдут ее удивительной для создания чего-либо от простых и прямых до крупномасштабных сложных, распределенных, интеллектуальных систем.
Я использовал самую последнюю версию стандарта, которая является окончательной черновой версией, и, вероятно, будет очень близка, если не будет совпадать с окончательным стандартом; Версия 1. Пока что он работает с Chromium (Chrome dev) и Firefox. Однако в их WebKit, по-видимому, есть некоторый код, обеспечивающий поддержку других браузеров. Я еще не пробовал это. С помощью браузера я установил соединение и передаю текстовые сообщения (большие и маленькие) туда и обратно. Это все, что я обнаружил до сих пор, что браузер обрабатывает. Я полагаю, что поддержка очень больших текстовых «сообщений» действительно будет использоваться только для передачи файлов в сочетании с возможностями локального хранения HTML5. Я еще не пробовал это. Двоичные передачи, вероятно, будут связаны с потоковым видео и аудио HTML5 в какой-то момент, но я пока не сталкивался с упоминанием об этом.
В настоящее время я работаю над Java-клиентом, который будет поддерживать полный стандарт, включая пинг и двоичную передачу, передачу файлов - весь шарик воска. Большая часть того, что мне нужно, уже создана для сервера и его приложения «эхо», которое включает в себя отправку сообщений так же, как клиент. Затем я вернусь к некоторым из моих самых ранних работ, чтобы сделать обобщение при добавлении новой функциональности. Я думаю, что наличие одного или нескольких клиентов веб-сокетов Java в приложениях будет хорошей вещью во многих случаях. И это даст все возможности веб-браузеров, когда они к этому готовы.
Я также знаю, что Opera довольно популярна среди энтузиастов HTML5. Я фактически начал использовать версию стандарта, которую они поддерживают, поэтому не должно быть сложностей добавить ее. (Просто дурачусь, пытаясь найти свой путь - и получаю материал, специфичный для этой версии.) У меня есть серьезный соблазн потратить время на то, чтобы добавить поддержку для этой версии, даже если она станет полностью устаревшей в течение нескольких месяцев. Просто Opera очень хороша в других вещах HTML5, и ее использует большая толпа энтузиастов. С другой стороны, они в основном работают на стороне браузера-клиента, и я не знаю, будут ли они сильно участвовать в создании серверных приложений.