Как написать серверную часть для Android клиента на Java?

Question

[nikesport]

Пишу серверную часть для Android на Java вот возник вопрос какими технологиями пользоваться ? JavaEE исключаем потому что серверная часть должна быть как консольная. Нашел только SocketsServer а вот сервер под которую можно захостить это socketserver не нашел. Подскажите пожалуйста может быть есть какие то другие технологии более удобные новые или serversocket самый оптимальный вариант или вообще если есть возможность расскажите как "обычно" пишется серверная часть на Java

Answer 1

[protven]

Серверная часть на джаве "обычно" пишется на джаве. Если сильно хочется, то можно на scala, clojure или еще на чем-то, что выполняется в jvm. В чем вопрос-то ? Что ваш сервер обрабатывать должен ? Какие запросы к нему приходят из клиентов, по какому протоколу и что с ними происходит дальше ?

Comments

[nikesport]

принимает от android клиента json форматы сообщений, gps данных и прочего сохраняет и отсылает их другому клиенту

[nikesport]

Как это реализовать на Jave? С помощью соккетов или можно по другому я просто первый раз пишу серверную часть и напомню Java EE исключается

[protven]

А почему, простите, jee исключается ? Что значит серверная часть должна быть "как консольная" ? Без сервера приложений вообще ? Тогда к чему вопрос "на чем захостить ServerSocket" (чтобы это значило).

Возвращаясь к тому, на чем писать - да на чем лучше знаете, хотите - действительно пишете на простом java.io, открывайте сокет и читайте из него свои json'ы, но это как-то уныло xD Можно написать консольное приложение на netty, например. Он из коробки умеет и json и кучу всего остального, плюс получаете в нагрузку много плюшек. Можно написеть rest-приложение, на Spring или Apache-CXF, например. Если у вас нет сложной логики, то можно зафигачить просто маршрут на Apache Camel, он из коробки умеет кучу интерфейсов. Поднять там rest-сервис, прочитать и распарсить json и отправить куда-то дальше можно буквально десятком-другим строчек кода.

[Сергей Протько]

nikesport: я так и не понял почему Java EE исключается...

[nikesport]

protven: Да без сервера приложений. Консольное значит - main метод. "на чем захостить ServerSocket" - если пишу чушь то извините за безграмотность в этом деле просто я не понимаю если я создам сокет сервер на своем компе можно ли его захостить на серверную машину VPS там или еще что, то бы к нему был постоянный доступ

[nikesport]

Сергей Протько: ну ТЗ такое

[nikesport]

Сергей Протько: а на glassfihe можно развернуть serversocket

[protven]

nikesport: Ну на vps поднять java приложение можно, но тогда не стоит смотреть в сторону недорогих OpenVZ виртуалок. Или XEN или KVM, а лучше вообще дедик взять. Собсно завершая вопрос "на чем писать" , напишите действительно rest-сервис, на любом популярном фреймворке, имхо, это наиболее универсальный ответ на ваш вопрос.

[nikesport]

protven: если есть ссылка на пример этой реализации то скиньте пожалуйста а то о rest сервисе имею поверхностный знания

[Сергей Протько]

protven: дедик для такого? Мне кажется в VPS должно хватить. И даже на OpenVZ.

nikesport: www.vogella.com/tutorials/REST/article.html например.

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

[nikesport]

спасибо вам большое за помощь конечно но просто задача стоит такая (ТЗ) реализовать сервер(как консоль - я как понял это только через сокеты ) на Jave и я просто не могу представить как это приложение будет работать на удаленном сервере, ну только VPS

[protven]

Сергей Протько: В openVZ как правило нет свапа и большой оверкоммит по памяти. Я одно время мучался с джавайскими приложениями на openvz, которые вечно падали с Cannot allocate memory и в итоге плюнул.

[Сергей Протько]

protven: может быть проблема в самом java приложении раз оно падает по памяти постоянно? И как это java разработчики на Android с ума еще не посходили с их лимитом в 48 мегабайт на процесс (при далвике конечно)...

Answer 2

[Сергей Протько]

nikesport: вы пишите rest сервис? Ну так пишите rest сервис. Возьмите Jersey какой и радуйтесь.

Comments

[nikesport]

нет сервер.

Answer 3

[Sergey Lerg]

Используйте Google App Engine по возможности.

Answer 4

[ruslanys]

Вот что я тебе скажу: веб в качестве серверной стороны - это самых популярный вариант разработки серверного слоя. Вообще, для всех языков и технологий. Но! Насколько я тебя понимаю, ты хочешь сделать взаимодействие на сокетах! Идея не плохая, я когда-то тоже подобным болел. В таком случае, я хочу тебе посоветовать почитать в чем разница между Java IO и Java NIO. В качестве примера: Java NIO может обрабатывать в 4 раза больше подключений (проверено на собственном опыте). Есть одна проблема: на Java NIO писать серверную сторону гораздо сложнее! Но! Для этого есть 2 потрясающих фреймворка: Apache Mina/Netty. Mina плохо себя показал на Android, а вот Netty рекомендую! Если с фреймворком не разберешься, кинь сообщением ЛС, отправлю тебе пример проекта.

Comments

[nikesport]

спасибо друг :) хорошо если что обращусь хотя я уже занялся NIO но серверную часть еще не допелил и еще один вопрос если можно: не знаешь что делает метод reset() в ObjectOut Stream ? Он либо очищает стрим или просто перезагружает его ?

[ruslanys]

Это тебе нужно почитать про Java Channel и передачу данных по каналу. Все не так просто. В Java IO у тебя на 1 подключение 2 потока: входящий/исходящий. А случае с Java NIO, там оба эти потока заменены на 1 канал. То есть этот канал является общим для клиента и сервера. Это значит, что им нужно различать где чье сообщение. В случае с методом reset() - он сбрасывает маркер позиции на 0. Почитай про Java NIO, там это все порой хорошо описывается. Скинул бы ссылку, но ещё не добрался до работы.

[nikesport]

ruslanys: в случаи с JavaNIO я могу передавать сообщения через один канал точнее не сообщения а json с определенными ключами что можно было распознать чье сообщение

[nikesport]

ruslanys: как вам такая идея ?

[ruslanys]

Я тебе все таки советую взять фреймворк Netty и на базе него построить взаимодействие между клиентом и сервером путём передачи объектов. В Netty есть сериализация объектов Java "из коробки". Это значит, что ты можешь даже не заморачиваться с типом передаваемых сообщений, просто сделай класс Packet, расширь его под свои нужды и все, будешь кидать его между клиентом и сервером. Я ещё обычно в этом классе делал заголовок, чем выступал enum. Можешь, конечно, сделать передачу объекта в JSON, но тебе придется тратить время на то, чтобы написать собственную сериализацию/десериализацию в/из JSON. НО! Я все таки рекомендую использовать фреймворк. Есть такой важный момент: в Java IO ты однозначно по завершению получишь сообщение, а вот в Java NIO ты можешь получить лишь часть сообщения, если канал плохой и тебе нужно читать канал до тех пор, пока не получишь символ окончания пакета. Короче это длительный разговор, используй фреймворк)))) Я на этом уже собаку съел)) Чтобы тебе не повторять моих ошибок, рекомендую воспользоваться моими советами)

[nikesport]

ruslanys: хорошо спасибо больше послушаюсь вас ) но и ссылку если можно)

[nikesport]

ruslanys: а какое максимально количество подключений возможно при стандартной работе обычного Java io ?

[ruslanys]

nikesport: нет ограничений, это зависит от аппаратной основы сервера. У меня, например, на самом дешёвом VPS (512MB RAM, 1 Core CPU, Ubuntu) Java IO мог обрабатывать ~300 одновременно подключенных пользователей, с Java NIO на этом же сервере был достигнут результат в ~950 одновременно подключенных пользователей.