Добрый день.
Есть такая задача:
Нужно написать на JAVA сервис со следующим функционалом:
1. Прием данных с мобильных приборов, через GPRS, сохранение их в базу данных. Данных будет очень много - навигационные координаты с примерно 1000 приборов с периодом раз в минуту...
2. Предоставление GUI-интерфейса для настройки этого сервиса и выполнения операций обслуживания.

Вижу два варианта:
1. Java2SE. Тут можно без проблем написать GUI, но не очень хотелось бы привязывать GUI - часть к непосредственно к сервису приема и сохранения данных.
2. Java2EE. Тут можно развернуть JAVA - приложение на сервере приложений, например, Glassfish. Приложение будет работать с данными и предоставлять веб-интерфейс для управления.

Как-то так. Прошу сильно не пинать, могу во всем очень сильно ошибаться, т.к. в Java2SE написал только маленькое приложение с GUI (очень маленькое), а в J2EE вообще опыта ноль.

Может быть кто-то подскажет, какое направление выбрать изначально, чтобы было куда развиваться...

Ну

без серверсайда реализовать будет вообще проблематично. Думаю самым разумным будет прием данных по HTTP, так что какой нибудь сервлет контейнер будет в самый раз. На нем же можно будет и Web GUI реализовать.

Протокол передачи данных заявлен производителем оборудования. Не получится там HTTP. Там надо прием на сокет делать и разбирать приходящие данные по шаблонам...
К тому же видов оборудования (то бишь протоколов) будет тоже не мало... Будет открыта куча портов - каждый порт под свой тип оборудования.

А про сервлет-контейнер - чем обеспечивается надежность его работы? И есть ли масштабируемость (вдруг понадобится еще один сервер поставить для наращивания производительности)?

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



Что подразумевается под надежность его работы?



Можно поднять кластер, но над распределение нагрузки и обеспечением fault tolerance все равно придется поработать.

Не надо ничего привязывать, один модуль обрабытывает данные, другой принимает и строит гуи, получая от первого интерфейс ,
Я в таких случаях люблю http://download.oracle.com/javase/1,5.0/do...chedRowSet.html
т,е, ты обрабытываешь данные , кладешь, в этот объкест,(создай наследника, так удобнее), потом та часть что рисует, этот 
обьэкт примет, разбирет его поля и покажет на юзер экране, 
потом при необходимости эти данные будет удобно сохранить в ДБ,

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

LSD ,
ты как думаешь может сокеты лучше писать на С ? как в дестве   , гибкости по боле да и пошустрее , 


Это сообщение отредактировал(а) sergioK1 - 31.5.2011, 12:13