Привет.
Уже глаз замылился. Не пойму в чем дело. Выбрасывает ошибку: NoSuchFileException. Все файлы существуют. Предыдующую таску валидатор принял нормально. Если поставить точку останова на 52 строке класса ZipFileManager, то почему-то дебаггер скачет с InputStream к ZipOutputStream. Почему?
Я думаю проблема в классе ZipFileManager. Валидатор ругается на метод getZipFileManager() в классе ZipCreateCommand.
Подскажите, кто решил задачу.
Спасибо.
Maksim Yugai
35 уровень
Кто сможет найти ошибку?
Решен
Комментарии (9)
- популярные
- новые
- старые
Для того, чтобы оставить комментарий Вы должны авторизоваться
Maksim Yugai
29 января 2018, 15:18
Порядок вызова метода getZipFileManager попутал с вызовом writeMessage. Ппц.
0
Maksim Yugai
29 января 2018, 13:35
UPD: Сейчас выдает "Архив создан", но архива нет.
0
Александр Пахомов
28 февраля 2018, 17:20
у меня такая же проблема, не помнишь в чем была причина?
0
Евгений
29 января 2018, 12:13
В классе ZipFileManager в строке 40 у тебя if (Files.isRegularFile(source.getFileName())) , замени на
if (Files.isRegularFile(source)) .
Сорри времени мало, пока только это у тебя нашел.
0
Maksim Yugai
29 января 2018, 13:34
Тут если я укажу просто source и укажу на файл без расширения, то он не определяет файл, ни как директорию, ни как файл и выбрасывает PathIsNotFoundException.
0
Maksim Yugai
29 января 2018, 13:42
Может лучше скинешь ссылку на решенное задание Archiver(11), в смысле, не на все решение, а только на 11 задание, я сам поищу в чем дело.
0
Maksim Yugai
29 января 2018, 13:43
Я вот прям уверен, что проблема там какая-то малозаметная.
0
Евгений
28 января 2018, 20:05
В классе ZipCreateCommand в блоке try catch внутри catch удали e.printStackTrace();
Валидатор, по идее, именно на это ругается.
0
Maksim Yugai
28 января 2018, 20:18
К сожалению не на это. Я этот стек трейс поставил после того как он начал ругаться.
0