5 / 5 / 3
Регистрация: 21.08.2012
Сообщений: 205
|
||||||
1 | ||||||
Траблы с ФТП05.05.2013, 03:36. Показов 588. Ответов 6
Метки нет (Все метки)
Привет всем. Проблема такая, я заливаю на фтп текстовый файл – нормально, он читабельный, заливаю архив уже не открывает, пишет сразу ошибку "file header is corrupt", рисунки тоже заливает плохо, либо не отображаются либо наполовину криво.
Вот код написанного мною ФТП клиента, помогите разобраться. Очень прошу. Файл попадает как org.springframework.web.multipart.MultipartFile Я из него методом достаю InputStream и передаю дальше. Я уже пробовал и читать сначала в память, то есть в массив байтов а потом на его основании делать ByteArrayInputStream но результат тотже.
Всем спасибо за ответы.
0
|
05.05.2013, 03:36 | |
Ответы с готовыми решениями:
6
Программа фтп-клиент скачивает файл с большим размером, чем он есть на фтп-сервере Траблы с визуалкой и sql в чем траблы незнаю фтп ФТП |
5 / 5 / 3
Регистрация: 21.08.2012
Сообщений: 205
|
||||||
05.05.2013, 15:53 [ТС] | 3 | |||||
проблема решена... Перед отправкой нужно задать:
0
|
05.05.2013, 19:10 | 4 | |||||
эксепшены должны обрабатывать ошибки, не логику.
Перепишите так чтобы логика не зависела от эксепов.
1
|
5 / 5 / 3
Регистрация: 21.08.2012
Сообщений: 205
|
|
06.05.2013, 00:38 [ТС] | 5 |
логгер есть, просто клас тестировал отдельно.
Это не по теме, но все же, насчет Exception, вижу люди по разному пишут, одни try-catch блоки, другие throws, на мой взгляд throws порпоще написать, особенно если все методы класа один и тот же тип бросают, но они летят тогда хз куда, мне вот интересно, в каких случаях throws можно писать?
0
|
06.05.2013, 01:17 | 6 |
этот вопрос на грани религиозного срача.
Изначально эксепшены планировались для более развёрнутого управления ошибками. Это всё выглядит очень красиво и стройно в рамках небольших проектов. Потом в ОЧЕНЬ сложных проектах вылезло что если пробрасывать ошибку далеко наверх, а количство разных кастомных ошибок может при этом накапливаться с очень нехорошей тенденцией к бесконечности, то код обрастает немыслимыми количествами трай кеч блоков на верхних уровнях. Представьте себе какой адов код получается при такой ситуации. Балансировать в рамках необходимого минимума кунгфу с эксепами тем сложнее, чем больше разных команд вовлечены в разработку проекта, например когда происходит слияние 2 и более сложных систем в одну. Вернёмся к вашему вопросу: по моему если есть хоть какая малейшая возможность обработать ошибку на текущем уровне, её ни в коем случае нельзя пробрасывать вверх. В вашем случае это вполне возможно.
1
|
06.05.2013, 01:19 | 7 |
например у вас есть слой дао (обеспечивает связь и логику работы с базой данных) и слой контроллеров бизнес логики (ну типа логики приложения. например формулы всякие, если прога чего-то там считает). вы пытаетесь записать нечто в базу. тут у вас могут вылететь несколько типов ошибок. ошибки работы с базой вы кечите в слое дао (например если база отвалилась или конекшен умер). ошибки бизнес логики вы пробрасываете тровсом из дао и кетчите в слое бизнес логики который это дао пинает (например попытка записать в базу магазина товар который там уже существует)
1
|
06.05.2013, 01:19 | |
06.05.2013, 01:19 | |
Помогаю со студенческими работами здесь
7
Соединение с фтп Верстка на ФТП Работа с фтп циско_аса5505 и фтп Искать еще темы с ответами Или воспользуйтесь поиском по форуму: |