Постановка ОКСа на учет с образами документов

Поиск  Пользователи  Правила 
Закрыть
Логин:
Пароль:
Забыли свой пароль?
Войти
 
Веб-сервисы » Прямой доступ
Страницы: 1
Постановка ОКСа на учет с образами документов
Добрый день!
Не получается отправить ОКС на постановку через прямой доступ.
Что делаю:
1. Формирую технический план guoks_*.zip, в котором лежит guoks_*.xml, подпись к нему, и папка Images с образами документов, которые, конечно, тоже все подписанны
2. Формирую req_*.xml, в котором содержится ссылка на архив с тех. планом, подписываю req_*.xml.
3. Формирую архив для отправки, в котором лежит guoks_*.zip, req_*.xml, req_*.xml.sig
4. При попытке отправить пакет на портал получаю ошибку: "Для проверки подлинности клиента требуется сертификат"
Если из архива с тех. планом удалить файлы с образами, т.е. оставить только guoks_*.xml и подпись к нему, то отправка проходит нормально, я получаю номер заявления.
ЭЦП получена в Технокаде.
Подскажите, пожалуйста, в чем может быть проблема?
Видимо такой проблемы не было ни у кого.

Может кто готовый для отправки архив выложить?
Посмотрю, может быть я его не правильно формирую.
Запрос надо авторизовать сертификатом.
Цитата
Алексей Ябров пишет:
Запрос надо авторизовать сертификатом.
Да, конечно, без этого дальше сразу ошибка про сертификат выдается.
А у меня она выдается только в случае наличия файлов с образами в архиве тех. плана.
Цитата
Евгений Звягинцев пишет:
Цитата
Алексей Ябров пишет:
Запрос надо авторизовать сертификатом.
Да, конечно, без этого дальше сразу ошибка про сертификат выдается.
А у меня она выдается только в случае наличия файлов с образами в архиве тех. плана.
zip надо тоже подписывать, а не только xml.
Вот структура пакета для отправки:

req_e8a1b392-6d93-4d56-b023-8164bbdff7d5.zip - сам пакет для отправки, в нем:
req_e8a1b392-6d93-4d56-b023-8164bbdff7d5.xml - запрос
req_e8a1b392-6d93-4d56-b023-8164bbdff7d5.xml.sig - подпись к запросу
guoks_9d8f0c02-dd1f-4c8d-99de-4475416da9e6.zip.sig -подпись к архиву с тех. планом
guoks_9d8f0c02-dd1f-4c8d-99de-4475416da9e6.zip - архив с тех планом, в нем:
images - папка с образами докуметов, без нее - отправка проходит, с ней - требует сертификат.
guoks_9d8f0c02-dd1f-4c8d-99de-4475416da9e6.xml - тех. план
guoks_9d8f0c02-dd1f-4c8d-99de-4475416da9e6.xml.sig - подпись к тех. плану

Во вложении собственно сам пакет
req_e8a1b392-6d93-4d56-b023-8164bbdff7d5.zip (1.01 МБ)
Что в папке Images делает файл Thumbs.db, тем более не подписанный? :D :D :D
Случайно затесался, когда для форума пакет архивировал. :)
Без него ошибка, увы, сохраняется :(
Раньше еще были проблемы с русскими именами файлов. Правда не знаю, насколько это актуально сейчас.
Переименовал файлы в папке и в xml тех. плана.
Попробовал - все равно требует сертификат.
Чувствую что где-то какая-то мелочь упущена, но не понимаю где :(
После продолжительных, но безрезультатных экспериментов выяснилось, что ошибка выдается сервисом в случае превышения размера пакета 40кб.
Не имеет значения размер пакета такой из-за образов документов или сам xml файл с тех. планом такого размера.

Схема используется StatementGKN_01.

В случае передачи пакета меньшего размера чем 40кб сервис принимает пакет, но при проверке статуса заявления пишет:
"Ошибка обработки XML документа заявления: тип запроса указанный при создании не известен"

Возможно, это взаимосвязанные вещи.

Может быть кто сталкивался с таким? Или просто есть какие-то ограничения на передачу пакета?
Итак, дело оказалось в ограничении размера пакета в Soap.SOAPHTTPTrans:
FMaxSinglePostSize := $8000;

В C# пакет передавался нормально, ошибка была только в Дельфи.
установка размера в 2147483647 решила проблему и в Дельфи-проекте.

Долго пришлось разбираться, но определив, что дело в FMaxSinglePostSize
и задав для интереса по ней поиск в гугле получил первые же две ссылки с описанием моей ситуации.

"Чтобы задать правильный вопрос нужно знать большую часть ответа" (с)
Страницы: 1
Читают тему (гостей: 1, пользователей: 0, из них скрытых: 0)