Еще об особенностях работы SOAP

Нынче закончил работу над API сервером на SOAP и опишу еще один момент, с которым возможно столкнется еще кто-то.

Итак, в Zf работа Soap сервера основана на двух элементах — autoDiscover и собственно soap_server. Оба этих элемента расположены на сервере и ссылаются друг на друга. И вот особенность в том, что при получении запроса на выполнение функции от соап клиента просходит запрос с soap_server на autoDiscover (адреса одного и другого указываются в самом сервере). Проблема, из-за которой пришлось потратить около часа на поиск решения проблемы была в том, что соап клиент возвращал:

Fatal error: Uncaught SoapFault exception: [WSDL] SOAP-ERROR: Parsing WSDL: Couldn’t load from ‘https://[censored]‘ : failed to load external entity [url]

Сразу просто не догадался искать проблему на сервере, т.к. ошибку то возвращает клиент. Но как оказалось, он просто перетранслирует ошибку, которую возвращает сервер. А сервер ругался из-за того, что php был без модуля openssl. В общем в итоге доставление php5-openssl решило проблему.

Zend_Soap_Server & Client и его особенности

По долгу службу начал сегодня писать API к серверу на SOAP, используя для этого ZF.

В целом никаких вопросов не возникало, простенький сервер для проверки набросал минут за 5, еще столько же тестовый скрипт что бы проверить Soap_Client.

Но тут то начались проблемы: делаю вызовы функций с сервера, а соап клиенту возвращается всегда NULL.

Пробовал создавать другие функции, как с параметрами так и без, ничего не давало другого результата. При этом даже getLastResponse() возвращала null. Следует так же заметить, что все запросы делаются через httpS, из-за чего я было еще подумал что грешит обработка сертификата SSL, но не мог получить никакой ошибки которая бы хоть намекала на то, что проблема связана с этим.

Гугление давало слабые результаты. У некоторых была проблема, связанная с тем, что soap.wsdl_cache_enabled была установлена в 1, а когда изменили на 0 то все заработало. Мне же это не помогло, ровно так же как и установка soap.wsdl_cache тоже в ноль. Не помогло так же и $soapServer->setWsdlCache(0);

На этом идеи найденные через великий гугл закончились. Пробовал я так же делать $client->getFunctions() — список существующих функций он выводил правильно. Сразу же меня смутило немного  слово void перед названием функции, то есть судя по ответу getFunctions() эти функции ничего не возвращают.

Но тогда я не придумал как можно было бы ему указать что ответ все таки есть. Return то в функции прописан, почему же  соап сервер не видит его?

И в итоге, перепробывав все варианты решение проблемы было в том, что нужно функциям которые будут достыпны через SOAP комментарии-документацию в стиле

/**
* @param int $i1
* @return string
*/
public function test($i1)

После этого все заработало. Никогда бы сразу не подумал, что информация о параметрах функции будет браться именно оттуда.

Такой день.