задача: c интернетовского сервера из базы данных надо забирать информацию на клиента.

какую архитектуру организовать на сервере
по какому протоколу организовать доступ с клиента к серверу

ценю твои познания. может тогда как раз поможешь определиться с архитектурой ?

а что меньше жрет трафик?

на серваке будет крутиться базаданных PosgreSQL либо Derby

инфомация будет качаться на клента во встроенной Derby

это то я чем я в принципе определился.


специальный клиент это так сказать для постоянных пользователей, кто с информацией будет работать постоянно.
Думаю со временем для более широкой публики потребуется обычный клиент на осное IE

однако заставляешь задуматься :-)

на счет сервера незнаю, пока представляю себе технологию работы через апаче и jsp страницы, и то не до конца. это как раз и является одним из вопрсов.
В случае клиента с Derby думаю часть логики будет на клиенте. В случае с IE просто незнаю. опыта работы никакого.

ага

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

Kachalov StiletНо ты лучше что нить дельное предложи
- Вы до сих пор не ответили на конкретные вопросы которые Вам задали и хотите что бы предлагали что-то дельное?

- объем данных для обмена?
- нагрузка на сервер (количество клиентов и частота обращений)?
- критичность скорости доставки?
- качество сетевого соединения?

в случае не IE клиента, тоесть при полной закачке данных, думаю в ближайшее время в незжатом виде не будет превышать 5-10 мб

в случае с IE на один запрос думаю максимум будет 1-2 странички

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

Ну вот, я так понимаю что получив необходимую информацию все думают над предложением мне приемливого ришения :-)

Kachalov что за бред с IE клиентом? а FF клиенты и Opera клиенты будете делать? IE клиент это web-страница? web-страница с AJAX? Java-апплет на web-странице? ActiveX-компонент на web-странице?


это не бред. я понимаю, что для этого действительно понадобится обычный Web сайт


Kachalov
- а потом? все переделывать? большая это сколько (запросов в единицу времени)?

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

Kachalov
- делайте обычный web-сайт, а если захочется большего - SOAP, web-сервисы, RMI (если толстый клиент на Java) и т. д. когда это реально понадобится :)
Повторюсь. Web сайт это второй этап. сначала надо написать приложение, которое бы независело от скорости канала свзи, т.е. закачка данных в локальную базу и быстрая и удобная работа с ними.
и по возможности что эти два этапа по крайней мере частично использовали какой то общий код для минимизации работы