Тайм-ауты клиента SOAP во время выполнения функции
Мне нужно использовать SOAP для извлечения некоторых данных из базы данных. Я не опытный PHP-программист, поэтому мне нужна помощь. Компания, предоставляющая веб-сервис (WSDL), предоставила мне информацию для входа и ссылки на файлы svc и wsdl. Они также дали мне пример на C# того, как подключиться:
var proxy = new ChannelFactory<ServiceReferenceWCF.IWebService2>("custom");
proxy.Credentials.UserName.UserName = login;
proxy.Credentials.UserName.Password = pass;
var result = proxy.CreateChannel();
var logged_in = result.loggedIn();
Вот мой PHP-код:
$wsdl_proto = 'https';
$wsdl_host = 'their_wsdl_host';
$wsdl_host_path = 'their_wsdl_path';
$namespace_proto = 'https';
$namespace_host = 'their_namespace_host';
$namespace_path = 'their_namespace_path';
$location = $namespace_proto.'://'.$namespace_host.$namespace_path;
$wsdl_url = $wsdl_proto.'://'.$wsdl_host.$wsdl_host_path;
$connection = new SoapClient($wsdl_url, array('location' => $location, 'soap_version' => SOAP_1_1, 'connection_timeout'=> 600,
'proxy_login' => "my_login", 'proxy_password' => "my_password"));
$functions = $connection->__getFunctions();
var_dump($functions);
$logged_in = $connection->loggedIn();
Он зависает во время вызова функции loggedIn()
. Эта функция указана в переменной $functions, поэтому она допустима. Я попробовал некоторые другие функции предоставляемый сервисом - результат всегда один и тот же: скрипт просто зависает. И под этим я подразумеваю отсутствие ответа от службы, и PHP ожидает завершения функции loggedIn()
. После того, как он превысит время ожидания, я получу сообщение об ошибке: Error Fetching http headers in...
Что я делаю не так? Как я могу это отладить?
ОБНОВЛЕНИЕ:
Я перепробовал все, что вы, ребята, предлагали. Но мне все еще не удалось решить эту проблему. Я не использую прокси-сервер. Вы можете найти результаты ниже:
1. Я установил SoapUI. После настройки запроса для функции some_method
(создание базовой аутентификации с учетными данными) Я получил ответ: An error occurred when verifying security for the message
.
Отметка опции Authenticate pre-emptively
не помогла. Я искал решение этой ошибки, но ничего не нашел.
2. Я перепробовал почти все мыслимые комбинации опций для класса SoapClient
. Вот некоторые из них:
$connection = new SoapClient($wsdl_url, array(
'login' => "login",
'password' => "pass",
'trace' => 1,
));
Заголовки ответов пусты. Заголовки запроса:
REQUEST HEADERS:
POST /file.svc HTTP/1.1
Host: host
Connection: Keep-Alive
User-Agent: PHP-SOAP/5.6.16
Content-Type: text/xml; charset=utf-8
SOAPAction: "http://tempuri.org/file/some_method"
Content-Length: 221
Authorization: Basic HASH
REQUEST:
<?xml version="1.0" encoding="UTF-8"?>
<SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:ns1="http://tempuri.org/"><SOAP-ENV:Body><ns1:some_method/></SOAP-ENV:Body></SOAP-ENV:Envelope>
Далее комбинация:
$connection = new SoapClient($wsdl,array(
'login' => "login",
'password' => "pass",
'trace' => 1,
'connection_timeout' => 500000,
'cache_wsdl' => WSDL_CACHE_BOTH,
'keep_alive' => false,
));
Заголовки ответов пусты. Заголовки запросов такие же, как и раньше.
3. Используя это:
$connection->__setLocation('https://host.org/file.svc');
Не помогает. Однако, когда я устанавливаю местоположение в файл WSDL вместо файла SVC, я получаю следующий ответ:
HTTP/1.1 405 Method Not Allowed
Connection: Keep-Alive
Content-Length: 1293
Date: Wed, 23 Dec 2015 14:28:53 GMT
Content-Type: text/html
Server: Microsoft-IIS/7.5
Allow: GET, HEAD, OPTIONS, TRACE
X-Powered-By: ASP.NET
Я уверен, что служба WSDL недостаточно медленная, чтобы превысить время ожидания (это предложил Рикардо Вельоте).
4. У меня есть файл конфигурации XML, поставляемый с C# пример, о котором я упоминал ранее:
<client>
<endpoint address="https://host/file.svc" binding="customBinding" bindingConfiguration="custom" contract="ServiceReference1.file" name="custom" />
</client>
<bindings>
<customBinding>
<binding name="custom">
<security defaultAlgorithmSuite="Default" authenticationMode="UserNameOverTransport" requireDerivedKeys="true" includeTimestamp="true" messageSecurityVersion="WSSecurity11WSTrustFebruary2005WSSecureConversationFebruary2005WSSecurityPolicy11BasicSecurityProfile10">
<localClientSettings detectReplays="false" />
<localServiceSettings detectReplays="false" />
</security>
<textMessageEncoding messageVersion="Soap11WSAddressing10" />
<httpsTransport maxReceivedMessageSize="2147483647" maxBufferPoolSize="2147483647" />
</binding>
</customBinding>
</bindings>
Я попытался расширить класс SoapClient, как было предложено здесь, но, как вы можете догадаться, это не сработало - поведение скрипта все то же самое.
3 answers
В соответствии с вашим обновлением и файлом конфигурации XML, предоставленным в примере, этот веб-сервис, похоже, использует WS-Addressing
, поэтому обычный SoapClient не будет работать и требует его расширения для поддержки WS-Addressing
.
Это строка, которая выдает это
<textMessageEncoding messageVersion="Soap11WSAddressing10" />
Мне еще предстоит использовать WS-Addressing
, но недавно я анализировал API для проекта, над которым мы будем работать в будущем, который требует этого.
Пожалуйста, примите к сведению этот проект или этот другой проект , который может быть полезен (легко найти больше PHP WS-Addressing
).
Опять же, я только провел исследование и не имею никакого практического опыта, чтобы помочь вам с реальным кодом:)
[ ИЗМЕНИТЬ: Устаревший ответ после обновления]
Прежде всего, вас может ввести в заблуждение использование переменной proxy
в примере кода. Вероятно, они имеют в виду базовую аутентификацию HTTP, а не прокси-сервер.
Попробуйте заменить proxy_login
и proxy_password
с login
и password
.
Однако, сказав это, если вы получаете WSDL, это означает, что, по крайней мере, он подключается и получает информацию об услуге (что хорошо).
В обычных ситуациях вам не нужно указывать location
в SoapClient, как это должно быть определено в файле WSDL. Задав параметр location
, вы переопределяете то, что задано в файле WSDL, и, возможно, указываете на местоположение, которого не существует.
Попробуйте пропустить location
и soap_version
из конструктора SoapClient и позвольте библиотеке автоматически обрабатывать эти параметры:
$connection = new SoapClient($wsdl_url, array('connection_timeout'=> 600,
'proxy_login' => "my_login", 'proxy_password' => "my_password"));
С другой стороны, возможно, вы имеете дело с чрезвычайно медленным веб-сервисом. В PHP есть много параметров, которые могут влиять на время ожидания, и, скорее всего, они значительно ниже вашего параметра connection_timeout
:
Вы пропустили proxy_host
и proxy_port
в параметрах... Если вам нужен прокси-сервер для работы, укажите следующие параметры:
....
$connection = new SoapClient($wsdl_url, array(
'location' => $location,
'soap_version' => SOAP_1_1,
'connection_timeout'=> 600,
'proxy_host' => '....', // Your proxy host
'proxy_port' => 8080, // Your proxy port
'proxy_login' => "my_login",
'proxy_password' => "my_password"
));
Вашим первым действием при написании кода на языке, которого вы на самом деле не знаете, должно быть использование руководств и примеров.
Вот ссылка на руководство PHP по SoapClient - http://php.net/manual/en/soapclient.soapclient.php
Для отладки SoapClient вы можете передать аргумент "трассировка". Цитата из руководства: Установка параметра логической трассировки позволяет использовать методы SoapClient->__getlastrequest, SoapClient->__getlastrequestheaders, SoapClient->__getlastresponse и SoapClient->__Получить ответы на запросы.
$client = new SoapClient("some.wsdl", array('trace' => true));
Итак, в вашем случае, если вы хотите увидеть, что происходит не так, сделайте следующее:
$client = SoapClient($wsdl_url, array('trace' => 1));
$result = $client->SomeFunction();
echo "REQUEST HEADERS:\n" . $client->__getLastRequestHeaders() . "\n";
echo "REQUEST:\n" . $client->__getLastRequest() . "\n";
echo "Response headers:\n" . $client->__getLastResponseHeaders() . "\n";
echo "Response:\n" . $client->__getLastResponse() . "\n";
Также, как было отмечено в другом ответе, вы устанавливаете параметры proxy_login и proxy_password в запросе, которые следует использовать только в том случае, если вы используете прокси-сервер для подключения к этой службе WSDL.