Всем привет.
Возникла необходимость реализовать данную фигню.
В связи с чем есть несколько вопросов.
1. Есть ли какой-то тестовый веб-сервис, с описанными функциями, с помощью которого можно потестировать свое будущее творение?
2. Я так понимаю, что вариантов посылки запросов два. Через WSОпределения и с помощью MSSOAP30.DLL. Какой из них лучше?

Через штатный SOAP клиент удобнее (WSСсылки), но есть ограничения.
Если через WSОпределения не получится, то будешь делать через MSSOAP.

А то и вообще через сырой http проще бывает. В некоторых случаях можно и комбинировать. Вариантов на самом деле много. Все зависит от веб-сервиса.

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

а вообще на ИТС лежит конфа, которая с аэрофлотовским кажися, веб сервисом взаимодействует.

(0)
Надо будет HTTPS. Штатный через него отработает? Читал, что как раз с ним возникает большинство проблем.
(3)
Да мне хотя бы для начала попробовать и убедиться, что работа идет в правильном направлении :)

(4)
Спасибо, посмотрю

(5)https работает.

https работает только при условии что сертификат безопасности сервера валидный. иначе швах и только через ВК

со встроенным SOAP с его пришлёпкой в виде XDTO тех ещё наловиться можно.
например, вот такой ответ

<SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:ns1="urn:Magento">
  <SOAP-ENV:Body>
     <ns1:catalogCategoryTreeResponseParam>
        <result>
...
        </result>
     </ns1:catalogCategoryTreeResponseParam>
  </SOAP-ENV:Body>
</SOAP-ENV:Envelope>


встроенный SOAP-клиент не распознает (вылезет ошибка XDTO).
а вот такой:


<SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns="urn:Magento">
  <SOAP-ENV:Body>
     <catalogCategoryTreeResponseParam>
        <result>
...
        </result>
     </catalogCategoryTreeResponseParam>
  </SOAP-ENV:Body>
</SOAP-ENV:Envelope>


распознаётся прекрасно.

Хотя, например, soapUI и тот, и другой варианты считает валидными

(9) а потому что не описан нэймспейс ns1, наверное. просто некоторые парсеры "простые" ошибки игнорируют...

хотя не, фигня какая-то

(10) описан в первой строке

(9)в первом случае result же не квалифицирован? вот он и орет.

значит тупо игнорят, цуки

(9)
Рекомендуешь сразу смотреть в сторону MSSOAP30, чтоб не заморачиваться с подобными проблемами?

(9)ты вот так напиши
<SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:ns1="urn:Magento">

  <SOAP-ENV:Body>
     <ns1:catalogCategoryTreeResponseParam>
        <ns1:result>
...
        </ns1:result>
     </ns1:catalogCategoryTreeResponseParam>
  </SOAP-ENV:Body>
</SOAP-ENV:Envelope>

тогда он будет знать, что result - это элемент из пространства имен urn:Magento

(16) беда в том, что xml этот генерится где-то в недрах zend soap.

(15) и я рекомендую тоже

Ну значит имхо не правильно он генерится.
Просто штатный клиент все проверяет по схеме. Как он проверит элемент result если он не квалифицирован? Значит он в пространстве имен по-умолчанию, которое вообще не определено в этом ответе.. как ему его проверить?

MSSOAP например, по-умолчанию вообще не проверяет по схеме (проверяет xml well formatted чтобы в DOM модель загрузилось).

(18)
Может подскажешь какой-то веб-сервис для начального тестирования, чтоб свой не поднимать?
На ИТСе нашел только конфу, где публикуются свои и с ними работается

(19)+ в результате при реализации сервисов на MSSOAP частенько бывает так что схема не соответствует реально действующим структурам данных. Прогеры тупо забывают ее править при внесении изменений.

(20) можешь зарегистрироваться на emex.ru и колбасить с их веб-сервисами :)