FTP:Ошибка при вызове метода контекста (Извлечь) #229491

Такая вот беда - при попытки распоковать файл полученный через ftp выдается сообщение: Ошибка при распаковке данных из архива : Ошибка при вызове метода контекста (Извлечь): Операция выполнена с ошибкамиСкажите мне плиз, в чем дело?

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

Смотрел атрибуты файлов, безопасность, владельцев - все абсолютно одинаковое! до галочки и запятой!

up

up

Может ты его, бедолага, зашивровал ненароком!И вообще причем здесь FTP?

ЧтениеZipФайлаИзвлечьИзвлечь(Элемент, Путь, Восстанавливать каталоги, Пароль)

не, не шибровал, проверено неоднократно!А ФТП тут при том, что если файл передавать руками, по почте, то все ок. Если через ФТП, то шляпа...Да, вот имено это и не отрабатывает... именно на этой строке и вызывается исключение. Ставил точку останова, смотрел передаваемые параметры - одинаковые.

Если получив почту файл залить на ftp, то 1с его подхватывает на ура.Но если на ftp заливается с обратной стороны (откуда файл приходит), то файл не распаковывается :(

Может проблема тут не в 1С. А просто ручками распаковать файл при обоих вариантах одинаково удается?

Расшифровка параметра "Элемент" метода Извлеч------ Начало файла который распаковываетсяСвойство Значение ТипАрхиватор.Элементы[0] ЭлементZipФайла ЭлементZipФайлаВремяИзменения 02.11.2006 11:14:17 ДатаЗашифрован ложь БулевоИмя "v8_14_121.xml" СтрокаИмяБезРасширения "v8_14_121" СтрокаНевидимый ложь БулевоПолноеИмя "v8_14_121.xml" СтрокаПуть "" СтрокаРазмерНесжатого 4810636 ЧислоРазмерСжатого 65381 ЧислоРасширение "xml" СтрокаТолькоЧтение ложь Булево-----Конец----------Начало файла не который не распаковываетсяСвойство Значение ТипАрхиватор.Элементы[0] ЭлементZipФайла ЭлементZipФайлаВремяИзменения 02.11.2006 11:14:17 ДатаЗашифрован ложь БулевоИмя "v8_14_121.xml" СтрокаИмяБезРасширения "v8_14_121" СтрокаНевидимый ложь БулевоПолноеИмя "v8_14_121.xml" СтрокаПуть "" СтрокаРазмерНесжатого 4810636 ЧислоРазмерСжатого 65381 ЧислоРасширение "xml" СтрокаТолькоЧтение ложь Булево-----Конец

(+10) как говорится - найдите хоть одно отличие Да, руками все распоковать удается.Ну наверное дело не только в 1с... но и в 1с тоже - ведь файл одинаков со всех сторон, передаваемые в метод параметры одинаковые, но в одном случае работает в другом нет. Значит есть нюансы, которые глазами не увидишь и хз как поправить, а метод эти нюансы не учитывает. Глюк?

А какой релиз платформы, дело в том, что я как раз только закончила писать обработку по упаковке и передаче По FTP файлов обмена, тестирование прошло успешно и туда и обратно, по всякому и пока такого глюка не наблюдалось.

8.0.16.2

Я писать не стал... чего велосипед изобретать - взял из конфигурации "Автономное решение".Вполне допускаю, что данная проблема могла возникнуть из-за какой-нибудь настройки ftp (работающего через файервол). Но где сабака порылась найти не могу :(Еще вопрос (раз уж близко по теме): см

Я пока на 8.0.14.39 работаю, глюков по этой теме не было

а насчет времени?каким ftp пользуетесь? в каком режиме он у вас трудится?

У нас разновидность юникса и встроенный на ней Ftp, тоже со временем врет по страшному! Мне было не актуально, я не заморачивалась.

Ладно, спасибо! видимо с этим так и придется жить.Кстати сейчас пробывали с новыми файлами - все прошло, хотя ни в 1с ни в ftp ничего не трогали.продолжаем дружить с глюками... :)

проверь на клиенте использование пассивного режима, может из-за этого

Пассивный режим стоит. Иначе до сервера не достучаться было бы...