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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

нет сервер.

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

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

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

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

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

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

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

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