Нуно написать прогу, "Клиент - сервер" с  ипользованием БД. Значицца JDBC знаю хорошо (с этим проблем не будет). Но вот проблема с "клиент - сервером", не понимаю, как следует организовать работу.  Нуно сделать что то типа: Клиент (имеет GUI  интерфейс) посылает запрос на сервер, тот в сою очередь берет данные из БД и отсылает назад. Ток как это реализовать - понятия не имею!!!
Хотелось бы чтоб подсказали, каким образом, серверу (кот берет данные из БД) передать эти данные клиенту, и отобразить в красивой Свинговской таблице?!?!?!?   
Если не сложно, выложите плз пример кода, кот демонстрирует, простейший обмен между клиентом и сервером в GUI интерфейсе !!!

У тебя простая клиент-серверная модель? Тогда всё просто. Клиентская часть всё рисует и даёт изменять, а данные берёт и кладёт через обращение к серверу. Серверная часть тупо сидит и ждёт, чего ей прикажут. Приказали выдать некие данные - лезет в БД и выдаёт. Приказали записать - пишет.
Общение между двумя частями реализовать можно по-разному. Тут тебе и сокеты, и пайпы, и флопинет, и соап, и много чего ещё можно придумать. Даже тупо через работу с файлом можно реализовать. 
Выбор обычно либо заранее определяется требованиями заказчика, либо производится исходя из имеющихся возможностей и знаний.

Добавлено через 1 минуту и 14 секунд
Инициатор общения в 99% - клиент (изредка требуется реализовать возможность синхронизации неких кешируемых данных на различных клиентах - тогда инициатором выступает сервер).

А на этом если можно по-подробнее  .
Я се так представляю: Сервер берет данные из базы, записывает в одну переменную (с разделителями), пересылает на клиент, тот в свою очередь через StringTokenizer разделяет  обратно и записывает в JTable .    Так??  Иль схема иная???

С сокетами я ни разу не работал, поэтому ничего про них не скажу.
А вот по поводу пересылки - да, приведённый тобою вариант является одним из возможных. Я бы только все значения сначала прогнал через base64, чтобы в них не встречалось тех же разделителей и других потенциально опасных символов.

База будет простенькая  (4 сущности, и 1 с экономическими расчетами), поэтому, разделителей там не будет, это я "вручную" проматрю.


     Пасибо и на этом!!!!

так там нет ничего сложного с сокетами. на сервере создаеш ServerSocket. а на клиенте просто Socket и все. Вот куски кода клиента. уже их повставляеш куда надо и как будет угодно
 Вот ети InputStream и OutputStream используеш соответственно для чтения и записи в сокет что означает получения ответа сервера (чтение) и запрос серверу(запись). там где то в потоке окремом пишешь что-то наподобе

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

Это сообщение отредактировал(а) _Michael - 2.10.2007, 21:28

А с многопоточностью, как быть? (Много клиентов типа должно быть !)

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

а на фига это все вручную писать? 21 век на дворе... существуют веб-сервера, сервлет- ежб- контейнеры... ?? зачем писать все на таком низком уровне???

Потому что задание такое!!!     

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

всё просто. недавно такое же задание делал )))
значиццо так:
заходишь в Ява Альманах и смотришь 4 примера: 
1) http://www.exampledepot.com/egs/java.net/C...rverSocket.html
2) http://www.exampledepot.com/egs/java.net/C...cket.html?l=rel
3) http://www.exampledepot.com/egs/java.net/R...cket.html?l=rel
4) http://www.exampledepot.com/egs/java.net/W...cket.html?l=rel
Многопоточность тебе надо будет делать в примере 1.
Вот так: 


В функции WORKWITHKLIENT реализовываешь примеры 3 и 4. Вот и всё))

v2v, отличный пример  

_Michael,  это можно отмечать в репутации   

Можно сделать client-server на apache xmlrpc, многопоточность, простота использования. Но простота жертвуется производительностью, т.к. для отправки запроса и получения ответа формируется xml документ который занимает 80% ответа. При небольшом объеме обмена данных и скоростном соединении это не ощущается.

Работает просто - клиент вызывает ф-цию на сервере и получает ответ.

// SERVER




В качестве аргумента можно передавать как простые типы так и массивы, HashMap.