roboforum.ru

zloy_molo4nik, сейчас это уже не нужно, но в будущем когда может и пригодиться. когда нужно текстом чего записать или передать, но данные бинарные или в тексте какие символы (или последовательности символов) могут пакостей натворить, используют алгоритмы на подобии base64. как пример "Онлайн MD5 и base64 кодер/декодер" в base64 "0J7QvdC70LDQudC9IE1ENSDQuCBiYXNlNjQg0LrQvtC00LXRgC/QtNC10LrQvtC00LXRgA==". в самом простом варианте берётся байт (в тексте код символа) и преобразуется в шестнадцатиричное представление (в смысле 0 - 0 .. 255 - FF).

Тут это СОВСЕМ не нужно. Тут скорее наоборот - все в бинарники загнать. Ибо производительность. А вообще-то да, так и есть.

яж того и написал, что на всякий, на будущее.

Возник еще вопрос. J2ME, какой максимальный размер файла можно передать через сокет за один раз, что-бы этот файл не разбивался на пакеты. Спрашивал в товарища гугла, но так толком ничего и не нашел. Куча примеров, но по моему вопросу ничего нет.

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

Другое дело, что я сталкивался с ситуацией, когда при попытке записать в стрим большого массива данных одним вызовом write() перезагружался телефон. К пакетам это не имеет никакого отношения, это тупо бага в JVM. Телефон был SonyEricsson C702.