Создание WSОпределения программно, или добавление WSСсылки в конфигураторе выдаёт следующую ошибку:

Ошибка SOAP сервера:  Неизвестная ошибка. Ошибка разбора XML:  - [1,1]
Фатальная ошибка:
Extra content at the end of the document

На релизе 8.2.18.109 всё работает.
Файл cacert.pem скопирован (и даже несколько раз заново собран)
Обычные формы, толстый клиент, серверная.

В описании релиза ничего конкретного про изменение работы с веб-сервисами не вижу.

Кто-нибудь сталкивался с такой проблемой? Она решается, или только откат к предыдущей платформе остаётся?

(0) Наврал, сама 1С не говорит слова "Ошибка SOAP сервера". Остальной текст ошибки такой же.

в iis или апаче изменения платформы сделали?

В обработчиках путь к  dll поменять.

В default.vrd пропиши нужный путь к wsisapi.dll
<handlers>
            <add name="1C Web-service Extension" path="*" verb="*" modules="IsapiModule" scriptProcessor="C:\Program Files\1cv82\8.2.19.83\bin\wsisapi.dll" resourceType="Unspecified" requireAccess="None" />
        </handlers>

(2) Это ж не мой веб-сервис. Я подключаюсь к внешнему.
(3) В каких обработчиках?
(4) Это ж для публикации своего сервиса, не?

(5) Попробуй сохранить файл WSDL и указать его вместо ссылки в конфигураторе или
v8: Не могу скормить WS ссылку соседней базе

(6) Такой вариант не устраивает. Обязательно нужно программно подтягивать самый актуальный WSDL (он время от времени обновляется). Можно, конечно, велосипед с чисто виндовыми средствами сохранения в файл изобрести, но проще пока откатить релиз.

Принципиальный вопрос: это баг 19 платформы, или какая-то новая фишка, которую надо правильно готовить?

(7) А зачем чисто виндовыми? Есть HTTPСоединение

(8) Во-первых, тоже велосипед.
Во-вторых, не взлетает. Вываливает ошибку при вызове Получить

Ошибка работы с Интернет. SSL connect error.

На платформе 8.2.18.109 опять же без проблем сохраняет wsdl в файл.

(9) Ну тут понятно почему не добавляет.
Но ведь ты не так часто и свой то код меняешь. Если сменилась конфигурация тебе и свой код нужно подправлять для совместимости. Как это кстати делают в тех же C# и прочих компилируемых языках, то есть заново формируют классы с последующей перекомпиляцией.

Кстати а почему ты считаешь что WSСсылки в отличие от WSОпределения динамическая?

10+ http://codenotes-1c.blogspot.ru/2012/10/1-8-1.html

(9) Но даже скачав ссылку, вызвать методы тебе видно не удастся, так как soap:address location скорее всего тоже HTTPS

(10) У меня есть механизм, "проглатывающий" определённые изменения без проблем и логирующий то, что не удалось переварить.

Я не считаю, что WSСсылка динамическая, я её чисто для теста использовал. В работе в WSОпределение всегда подтягивается актуальный WSDL.

(12) Ну да, вероятно проблема универсальна в работе платформы с SSL.
Вопрос остаётся, это всё-таки баг или есть методы решения?

Loyt, у меня та же беда. Как Вы вышли из положения?