Каким образом можно передать подключившемуся клиенту , несколько файлов а также их название и хеш без установки нового соединения. Вариант с заголовком :
 
не совсем подходит потому что кол-во передаваемых файлов заранее неизвестно ,и может достигать нескольких десятков . Имеет ли смысл организовать очереди ConcurrentLinkedQueue,  BlockingQueue ? 

А может ну его, эти несколько файлов 

Собираем все в один архив и пусть на клиенте сам клиент и распаковывает.

Это сообщение отредактировал(а) ecologist - 6.2.2008, 11:19

 Тоже вариант. Но предпочтительнее отсылать по одному, так как соединение у клиента может оборваться, а архив может оказаться  достаточно большим . Тем более в зависимости от запроса каждому клиенту, возможно, потребуется отсылать разное кол-во файлов... следовательно придется вызывать каждый раз функцию архивации . Еще думаю для отсылки доп информации использовать сериализацию . То есть каждый файл представлять как объект , с полями имени и хеша

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

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

я вообщем то не понял в чём проблема?
1. клиент запрашивает обновления
2. сервер шлёт инфу о том сколько файлов обновлений будет и их имена
3. клиент получает и включает цикл:
4. дай файл + ид файла
5. сервер отправляет файл 
6. клиент получает переходит к след. файлу п.4 или п.7 если файлы закончились
7. клиент шлёт серверу "спасибо" 
всё

Хорошо , тогда возникают следующие вопросы : 
1.Как передать инфу о всех файлах - их может быть очень много , около ста. У каждого свое название, свой хеш и еще некоторая доп инфа . Все это запихивать в заголовок ответа ? Или реализовать в методах сервлета использование сокетов ? 
2. Синхронизация приема/посылки - у клиентов может быть разная скорость, одновременно возможно подключение нескольких клиентов .Ставить временные задержки на сервере типа Thread.sleep(2000) , или проверять уведомления от клиента о запросе на следующий файл ? 
 

Это сообщение отредактировал(а) Girin - 10.2.2008, 22:17

если ты решил делать это через http протокол, то : первым ответом сервера будет простой хмл , в котором и передается инфа о всех файлах : клиент распарсит хмл, сделает список ( имён файлов + хешей ) и по очереди будет скачивать файлы, если после скачки и-того файла он не прошёл хеш проверку, отправляется на перезакачку этого файла.
после скачки всех файлов: отправляет сообщение, что скачал всё.

Добавлено через 50 секунд

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

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