Взаимодействие клиентского приложения с сервером

[Assembler_1990]

Добрый день, уважаемые форумчани. Есть определенная задача: нужно с помощью ява обеспечить взаимодействие клиентской программы с сервером(веб сервис). Клиент постоянно обменивается запросами с сервером - получает/отправляет данные,а сервер в свою очередь обращается с базами данных и поддерживает сеанс. Как лучше всего реализовать это взаимодействие? Нужно написать как клиента так и сервера. И можно ли открывать соединение между ними постоянным потоком данных, обеспечивая обмен сообщениями (не по принципу запрос-ответ) ??
Посоветуйте мне направление, в котором нужно развиваться..? такую штуку нужно написать до конца этой недели ((
Best regards, Denis

[alexinspir]

Сообщение от Assembler_1990

Добрый день, уважаемые форумчани. Есть определенная задача: нужно с помощью ява обеспечить взаимодействие клиентской программы с сервером(веб сервис). Клиент постоянно обменивается запросами с сервером - получает/отправляет данные,а сервер в свою очередь обращается с базами данных и поддерживает сеанс. Как лучше всего реализовать это взаимодействие? Нужно написать как клиента так и сервера. И можно ли открывать соединение между ними постоянным потоком данных, обеспечивая обмен сообщениями (не по принципу запрос-ответ) ??
Посоветуйте мне направление, в котором нужно развиваться..? такую штуку нужно написать до конца этой недели ((
Best regards, Denis

Вы совсем не работали ни с Java ни с C# до этого?

Копайте в сторону ServerSocket и Socket

постоянное соединение легко поддерживается на их базе.

[Assembler_1990]

Сообщение от alexinspir

Вы совсем не работали ни с Java ни с C# до этого?

Копайте в сторону ServerSocket и Socket

постоянное соединение легко поддерживается на их базе.

С синтаксисом проблем не будет, єто сто процентов. По-немногу знаком со всем.

А какие технологии использовать лучше для построения бизнес-логики самого сервера ?
Я так понимаю СерверСокет открывает соединение на определенном порту. А если подключится одновременно до ста клиентов, сервер не упадет? И можно ди на хосте открывать порт с веб-приложением?

Объясните пожалуйста, каритины всей не вижу ((

[alexinspir]

Сообщение от Assembler_1990

С синтаксисом проблем не будет, єто сто процентов. По-немногу знаком со всем.

Проблемы будут не с синтаксисом, а с логикой. Java, это язык который не терпит велосипеды - все уже написано, надо уметь это использовать. а объемы уже написанного кода даже в тех же апи просто потрясает - 70 метров сорцов на Java SE, про EE думаю и так понятно.

Сообщение от Assembler_1990

А какие технологии использовать лучше для построения бизнес-логики самого сервера?
Я так понимаю СерверСокет открывает соединение на определенном порту. А если подключится одновременно до ста клиентов, сервер не упадет? И можно ди на хосте открывать порт с веб-приложением?

проц пень 4 3.2ггц может без сбоев поддерживать до 5 000 (5 тысяч) клиентов с индивидуальным потоком для каждого; при общей нити на всех, возможно и больше, но надо иметь очень много оперативы и быстрый проц, иначе просто сервак может захлебнуться потоком данных, который он не будет успевать обрабатывать.

Сообщение от Assembler_1990

Объясните пожалуйста, каритины всей не вижу ((

Что нам нужно объяснить? Как правильно разрабатывать ПО? Предлагаете нам за вас составить все UML диаграммы, чтобы вам была ясна картина?

[Assembler_1990]

Вот именно, не хочется велосипедов этих. Аlexinspir, подскажи какие технологии лучше использовать для поставленной задачи, а какие нет ?ТОже не хочется изобретать что-то новое.
Сам Веб сервер будет размещен на хосте. Разве можно использовать прямые сокетные соединения в таком случае?
Разрабатывать ничего не прошу . Прошу вас только натолкнуть в нужном, современном и правильном направлении.

Спасибо )

[alexinspir]

Сообщение от Assembler_1990

Вот именно, не хочется велосипедов этих. Аlexinspir, подскажи какие технологии лучше использовать для поставленной задачи, а какие нет ?ТОже не хочется изобретать что-то новое.

В выборе технологий нужен опыт, много опыта. И чтобы выбирать надо детально знать что требуется от ПО. Выбор технологий и архитектуры лежит целиком на вас. В какую сторону копать я уже подсказал в посте #3, а вот "как" копать, это уже должны знать вы сами.

Можете рассмотреть механизмы работы чатов - это самый актуальный пример работы клиент-серверных приложений.
Вот тут есть 2 различных примера чата.

[Assembler_1990]

Спасиб большое за советы))) предподаватель посоветовал копать в сторону веб-сервисов. можно же данное взаимодействие клиент-сервева реализовать через веб-службу (протоколом Soap)??? или это будет не совсем правильно, так как нужно постоянное соединение...? спасибо)

[alexinspir]

Сообщение от Assembler_1990

Спасиб большое за советы))) предподаватель посоветовал копать в сторону веб-сервисов. можно же данное взаимодействие клиент-сервева реализовать через веб-службу (протоколом Soap)??? или это будет не совсем правильно, так как нужно постоянное соединение...? спасибо)

Пробуйте, тестируйте.

[Assembler_1990]

а может есть тот кто немного конкретнее подскажет по этому поводу ?? alexinspir, ты работал с веб службами?... может всетаки не стоит туда копать....?

[alexinspir]

Сообщение от Assembler_1990

а может есть тот кто немного конкретнее подскажет по этому поводу ?? alexinspir, ты работал с веб службами?... может всетаки не стоит туда копать....?

Работал. Если Вы хотите писать "helloword"ы с их помощью, то у Вас проблем не будет, если же Вы хотите все сделать по уму и по спецификациям, то я не представляю как долго Вы будете это делать, учитывая то, что Вы знаете всего лишь синтаксис Java.

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

Если Вы просите подсказки, задавайте вопрос корректно и объективно.
Вы спросили с чего начать - я подсказал.
Вам не нравится ответ, может тогда конкретно сформулируете его?

Наверняка еще спросите про сервера приложений, пожалуйста:
Apache Tomcat
GlassFish
JBoss
IBM WebSphere
BEA WebLogic
и т.д.

по ним Вам гугл поможет.