7 | Tem se tornado cada vez mais comum pensar em aplicações que são criadas consumindo ou expondo algum tipo de funcionalidade através de implementações de serviços. Web services definem como pode acontecer essas interações entre softwares que estão sendo executados em plataformas distintas. 8 | Essa interação comumente acontece fazendo uso de um meio comun de tráfego como por exemplo, o protocolo HTTP e um formato de arquivo que de formato comum tais como, XML ou JSON. 9 |
10 |11 | Algumas variações de web services seriam, Rpc (Xml-rpc), Soap e Rest, cada um possuindo características próprias de implementação. Serviços web são úteis para que softwares em diferentes máquinas executando com diferentes tecnologias possam se comunicar, por exemplo um sistema legado que só executa suas funções em ambiente local, pode expor esssas funcionalidades utilizando algum dos serviços mencionados acima, tornando possível o consumo dessas funcionalidades por clientes web ou mobile. 12 | Será demonstrado e explicado como pode acontecer a implementação de uma Api de Usuários, utilizando serviços XML-RPC, SOAP e REST. 13 |
14 | 15 | 16 |19 | Uma implementação de web service seriam os serviços RPC que significam Remote Procedure Call, para o português, Chamada para Procedimentos Remotos. Serviços RPC consistem na chamada de funções entre duas máquinas seguindo o conceito de cliente/servidor, onde cada cliente realiza uma requisição HTTP POST normalmente para um único ponto de entrada enviando um documento XML que específica a função a ser chamada e seus respectivos parâmetros, de maneira similar a realização de chamadas de funções locais. 20 |
21 |
22 | Para se trabalhar com serviços RPC uma abordagem comum seria seguir uma implementação XML-RPC (http://xmlrpc.scripting.com/spec.html), no caso o PHP possui uma série de funções que permitem a criação de clientes e servidores XML-RPC. 23 |
24 | 25 |28 | O PHP fornece um conjuntos de funções úteis para que seja possível trabalhar com serviços XML-RPC. Utilizando as funções nativas da linguagem conseguimos de forma relativamente simples criar um cliente e um servidor XML-RPC. 29 |
30 |31 | Através do uso de recursos oferecidos pela própria linguagem PHP será criado um cliente XML-RPC que irá consumir uma Api de usuários que estará disponível através de um servidor XML-RPC. 32 |
33 | 34 | ```php 35 | [ 46 | 'method' => "POST", 47 | 'header' => "Content-Type: text/xml", 48 | ‘content' => $request]]); 49 | 50 | $server = 'http://localhost/web-services/xml-rpc/user/server.php'; 51 | 52 | $file = file_get_contents($server, false, $context); 53 | 54 | $response = xmlrpc_decode($file); 55 | 56 | var_dump($response); 57 | ``` 58 | 59 |60 | O código acima ilustra como pode ser feita uma chamada a um procedimento remoto utilizando recursos do PHP. 61 | A primeira linha do script é responsável por codificar o arquivo XML a ser enviado no corpo de uma uma requisição POST. Abaixo exemplo do arquivo enviado na chamada de função getUser(): 62 |
63 | 64 | ~~~xml 65 | 66 |72 | O exemplo do arquivo de envio para uma chamada á função createUser() seria: 73 |
74 | 75 | ~~~xml 76 | 77 |90 | A chamada a qualquer método descrito no código é válida, após codificar o arquivo a ser enviado na requisição é criado um stream de rede utilizando o protocolo HTTP possuindo as seguintes características o método POST, o content-type para text/xml, o content possuindo o arquivo gerado por xmlrpc_encode_request(), a seguir é utilizado a função file_get_contents() para ler o conteúdo retornado desse stream para uma string, que então através da função xmlrpc_decode() é decodificada e seu resultado exibido. 91 |
92 | 93 |94 | Este mesmo processamento poderia ser feito utilizando curl, como pode ser visto no código abaixo: 95 |
96 | 97 | ```php 98 | 125 | Variando a forma como pode ser feita a requisição. 126 | O servidor que irá responder por cada requisição pode ser representado pelo seguinte código: 127 | 128 | 129 | ```php 130 | 153 | Acima estão descritas as funções que podem ser chamadas remotamente, elas recebem em seu primeiro parâmetros uma string $method_name, que é o nome pelo qual essa função será referenciada, e chamada externamete, já o segundo parâmetro trata-se de um array contendo os dados a serem processados pelas funções. 154 | 155 | 156 | ```php 157 | 177 | O código acima inicia recuperando os valores enviados no corpo de uma requisição HTTP utilizando file_get_contents("php://input"), em seguida através da função xmlrpc_server_create() é iniciado um servidor XML-RPC, 178 | o que permite registrar funções que possam ser chamadas por um client XML-RPC. Com o uso da função xmlrpc_server_register_method(), é possível registrarmos funções no servidor que foi iniciado, ela recebe 3 parâmetros de entrada, o primeiro é o server que foi iniciado a partir de xmlrpc_server_create(), o segundo parâmetro se refere ao $method_name, 179 | valor este, pelo qual o client XML-RPC chama a função, o terceiro parâmetro é a função própriamente dita que foi referenciada por method_name. 180 | Logo ao registrar xmlrpc_server_register_method($server, "getUser", "get"), o client irá chamar getUser e não get, podendo ser usado para a criação de uma Api mais 181 | condizente com a realização do serviço. 182 | Em seguida é definido o content-type para text/xml para ser enviado no retorno e, então, é realizada uma chamada para 183 | xmlrpc_server_call_method(), recebendo 3 parâmetros, o primeiro é o servidor a ser executado, o segundo o 184 | request enviado por POST, e o terceiro um array, essa função é encarregada por executar a função informada no request 185 | no servidor que ela estiver registrada. 186 | 187 | 188 |191 | SOAP provê um mecanismo para troca de informação em ambientes descentralizados, é especificado pela w3c 192 | contendo duas versões SOAP 1.1 e SOAP 1.2. 193 | Baseado em XML consiste na troca de informações utilizando HTTP ou outro protocolo 194 | para o trafégo de dados. 195 | SOAP é um tipo de serviço que pode ou não trabalhar em conjunto com 196 | WSDL que seriam WEB SERVICES DESCRIPTION LANGUAGE, consiste em um documento xml 197 | que contém informações relevantes sobre o serviço, como por exemplo, 198 | métodos que podem ser chamados, parâmetros de entrada e saída, meios de acesso. 199 |
200 | 201 |202 | Abaixo segue um exemplo de WSDL utilizado para a Api de usuários: 203 |
204 | 205 | ~~~xml 206 | 207 |297 | Acima está o código de wsdl utilizando durante o exemplo. Nele estão descritos os métodos 298 | e seus parâmetros e entrada, retorno e formas de acesso. 299 | Para mais detalhes sobre consulte (https://www.w3.org/TR/wsdl). 300 |
301 | 302 |303 | Possui um formato de requisição bem específicado, os documentos XML que são trocados nas requisições são conhecidos como Envelopes Soap, sendo estes determinados pelas marcações presentes nestes documentos, por exemplo: 304 |
305 | 306 | ~~~xml 307 | 308 |324 | O código acima demonstra o formato existente em um envelope soap. As características presentes, 325 | a definição de envelope SOAP-ENV:Envelope, elementos estes 326 | obrigatórios para que esse documento possa ser compreendido por um servidor Soap, 327 | outra característica obrigatória são os elementos body, descritos SOAP-ENV:Body, 328 | entre o elemento body estão descritos o método de acesso e os parâmetros a serem 329 | processados, elemento que pode estar presente mas não é obrigatório, são os elementos header. 330 |
331 |332 | Da mesma maneira será enviado na resposta um documento XML possuindo marcação semelhante ao de requisição. 333 | Abaixo é apresentado o documento XML enviado na resposta: 334 |
335 | 336 | ~~~xml 337 | 338 |353 | As marcações e definições de envelope SOAP continuam sendo respeitadas. Para se obter mais detalhes sobre (https://www.w3.org/TR/2000/NOTE-SOAP-20000508/#_Toc478383494). 354 |
355 | 356 |359 | O fato de SOAP ser um protocolo muito bem específicado e padronizado junto a w3c 360 | faz com que implementações para este padrão existam nativamente na maioria das linguagens de programação 361 | e, com PHP não é diferente. 362 | Para se trabalhar com SOAP em PHP existem duas bibliotecas nativas SoapClient e SoapServer, 363 | ambas possuem um uso bem direto, por exemplo o código abaixo ilustra como poderia 364 | ser realizadas as chamadas a um serviço soap exemplificando uma Api de usuários: 365 |
366 | 367 | ```php 368 | 'http://localhost/web-services/soap/mode-non-wsdl/user', 373 | 'location' => 'http://localhost/web-services/soap/mode-non-wsdl/user/server.php']; 374 | $api = new SoapClient(null, $options); 375 | //$api = new SoapClient("api.wsdl", ['trace' => 1]); 376 | 377 | $users = $api->get(); 378 | 379 | foreach($users as $user) 380 | echo $user; 381 | 382 | echo $api->create('luiz'); 383 | echo $api->update(1, 'cesar'); 384 | echo $api->delete(1); 385 | ``` 386 | 387 |388 | A primeira linha altera a opção de cache que está configurada no php.ini, 389 | isso se deve ao fato de estar configurada para 1, mantendo um cache de wsdl ativo. 390 | O primeiro caso trata-se de iniciar um SoapCLient sem o uso de wsdl, 391 | para isso é necessário informar um array que é criado na segunda linha do script que contém uri, 392 | que representa o namespace onde este serviço está alocado 393 | e o segundo índice se trata da localidade do serviço, estes valores só são obrigatórios 394 | para o uso sem wsdl, e estão representados por este trecho de 395 | código SoapClient(null, $options), iniciando assim um soap client sem wsdl. 396 | Da mesma forma é possível estar criando client soap informando um caminho válido para 397 | um wsdl. 398 |
399 |400 | Feito isso, é possível então interagir com a Api de serviços que for oferecida, 401 | como por exemplo para criar um novo usuário $api->create('luiz'), 402 | acessando o método create do serviço soap, ou qualquer outro método que esteja 403 | disponível. 404 | Para criar um servidor que será capaz de responder a essas chamadas é utilizada a classe SoapClient, a partir dela é possível registrarmos classes ou funções como sendo serviços Soap, que podem ser acessados externamente, abaixo segue um exemplo de como poderia ser implementado os serviços de uma Api de usuários: 405 |
406 | 407 | ```php 408 | 'http://localhost/web-services/soap/mode-non-wsdl/user']); 431 | //$server = new SoapServer("api.wsdl"); 432 | 433 | $server->setClass('UserService'); 434 | 435 | $server->handle(); 436 | ``` 437 | 438 |439 | Da mesma forma que SoapClient, SoapServer pode ser iniciada com ou sem wsdl, seguindo a mesma regra, porém desta vez o unico elemento necessário no modo sem wsdl, 440 | é a uri do serviço, onde ele está alocado. 441 |
442 | 443 |444 | Com isso feito, é possível registrar uma classe ou um conjunto de funções como serviço, no caso é definido a 445 | class UserService, e qualquer método existente nele é disparado a partir de $server->handle(). 446 |
447 | -------------------------------------------------------------------------------- /soap/mode-non-wsdl/user/index.php: -------------------------------------------------------------------------------- 1 | 'http://localhost/web-services/soap/mode-non-wsdl/user', 4 | 'location' => 'http://localhost/web-services/soap/mode-non-wsdl/user/server.php' 5 | ]); 6 | 7 | $users = $api->get(); 8 | 9 | foreach($users as $user) 10 | echo $user. "