Есть Java applet, получающий и передающий файлы на сервер с помощью
. Для загрузки/выгрузки больших файлов думаю делить их на части, для этого есть велосипедный протокол:


Апплет вызывает initDownload(fileName,chunkSize) и сервер устанавливает размер блока и возвращает количество частей, на которые поделится файл при заданном размере одной части;
getFilePart(fileName,chunkNumber) - по названию все ясно. На сервере реализуется с помощью RandomAccessFile
setFilePart(fileName,chunkNumber) - ту все ясно по названию.

Потребитель АПИ по загрузке/выгрузке - мой апплет на Java, а предоставляющее АПИ приложение не мое, но так как мой апплет потребляет АПИ, я могу установить спецификации/рекомендации. При этом сервер может быть на PHP, C#, Java, веь сервер соответсвенно XAMPP, IIS, Tomcat, JBOSS ну и какие еще там есть для вышесказанных языков.

Я слашал про
, я правильно понимаю, что просто ставлю на апплете такое и все работает. А как же АПИ-сторона? Откуда они узнают размер мои частей? Я должен в каждом реквест маппинге ставить типа Response.setChunked(true), здавать такой же размер как и в
или можно в веб сервере что-то натсроить и все?

Я что-то читал, что при chunked передаче обеим сторонам не обхательно знать размер каждого чанка, так как там просто идет размер-байты и последний чанк с нулевым размером, так ли это? В идеале, хотелось бы на стороне своего апплета прописать пару строчек, а на стороне сервера если настройка чанк-сайза не фиксированная, прописать в натсрофках сервера - просто рекомендовав клиентам там то и там то кое что прописать, прогуглив основные популярные сервера. А если настройка чанк сайза фиксированная, что противоречит вышесказнному предлодению о последнем 0-чанке, тогда надо настраивать режим чанкинга на каом входящем реквесте, на соотвествующем маппинге - не хотелось бы жестко задавать этот размер для всех маппингов. ТОгда другой вопрос - можно ли на таких яхыках как РНР и Шарп двумя строчками включить чанкинг как на Джава?

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

Короче говоря, я что-то прочитал и понял,что есть шанс не реализовывать велосипед, но в голове каша, где что настраивать, для какого языка/сервера как именно делать. Буду рад любым разъяснениям, полезным ссылкам.

Спасибо за ссылку. таком образом, HTTP 1.1 из коробки решает мою проблему. Небольшое уточнение -

когда апплет отправляет, мне достаточно header прописать для работы в таком режиме и все? На приемнике - какой код обработки чанков?

Я имею виду, стандартный код бех библиотек, твс какая-то сложная обработка или можно в несколько строк уложиться?

Basil A. Sidorov, то что на отправителе такой сеттер - это понятно, это я еще в первом посте писал. Приемник не так прост - я гуглил recieve chunked request java и получал только рекомендации апач коммонс или еще что-то в этом роде. А у меня апплет, не хотел нагружать его библиотеками, он же потом на клиента качается. Хотел приемник стд средствами написать. Но там еще и не каждый веб сервер поддерживает HTTP 1.1, так что решил бить файл на части, апплетом запрашивать номер части, на сервере отдавать нужный кусок файла по номеру с помощью РандомАксесФайл.

mayton, а что предлагаете, Web Start?

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