|
|
| (44 revisiones intermedias por el mismo usuario no mostrado) |
| Línea 1: |
Línea 1: |
| − | http://www.w3c.es/Divulgacion/GuiasBreves/ServiciosWeb
| + | __NOTOC__ |
| − | =Qué es un servicio web=
| + | {{:Usuario:ManuelRomero/PHP/servicioWeb/nav}} |
| − | Es una aplicación disponible en la web que responde a una solicitud de otra aplicación.
| + | {{objetivos| |
| − | La solicitud puede implicar solicitud de datos o realizar acciones. Esto facilita que nuestras aplicaciones puedan ser usadas por otras aplicaciones en la web.
| + | *Ver el concepto de un servicio web |
| | + | *Estudiar SOAP como una protocolo estandarizado para implementar servicios |
| | + | *Estudiar el concepto de REST como una interfaz web estándar para definir y usar servicios web |
| | + | *Toda implementación se hará usando php |
| | + | *En el caso de SOAP usaremos la extensión SOAP php tanto para crearlo como para consumirlos |
| | + | *En el caso de REST usaremos la extensión curl para consumir los servicios web}} |
| | | | |
| − | [[Archivo:servicioWeb1.png|500px]]
| + | {{Recursos de la Web| |
| − | | + | *http://es.wikipedia.org/wiki/Simple_Object_Access_Protocol |
| − | En la imagen vemos cómo un cliente solicita una página web, y para poder visualizar la información, ésta solicita información a otra, que se la solicita a otra ,...
| + | *http://www.w3c.es/Divulgacion/GuiasBreves/ServiciosWeb |
| − | Usar o crear un servicio web es una buena solución cuando queremos que una aplicación comparta información con otra u otras, o cuando quieres usar el resultado que una aplicación produce a otra sin que esta segunda acceda directamente a los datos.
| + | *http://danyalejandro.com/portafolio/articulos/web-services-php-breve-introduccion |
| − | | + | *Para un listado de servicos web nusoap.sourceforge.net |
| − | Supongamos que hacemos una aplicación que gestiona libros y los almacena en una base de datos. Posteriormente realizamos otra aplicación u otra persona desarrolla otra aplicación que necesita los libros que la primera gestionó. Una solución es ofrecer la base de datos a esta segunda aplicación.
| + | *http://www.webservicex.net, servicios web listos para utilizar |
| − | | + | *http://xmethods.net, otro clásico |
| − | [[Archivo:servicioWeb2.png]]
| + | *http://webservices.seekda.com, buscador y directorio de servicios web muy completo, aunque figuran servicios desactualizados o retirados |
| − | | + | *http://www.wsindex.org/Web_Services, servicios web y recursos relacionados}} |
| − | Pero esta no es una solución buena en todos los casos; primero por rendimiento y segundo por temas de seguridad o confidencialidad. Una segunda solución es que la app 1 se convirtiera en un servicio web que lo pudieran consultar otras aplicaciones en los términos que yo decida. Además usar la aplicación primera implica usar toda la lógica de negocio que en ella haya plasmado
| + | *http://www.actionscript.org/forums/showthread.php3?t=70742 |
| − | | + | |
| − | [[Archivo:servicioWeb3.png]]
| + | |
| − | | + | |
| − | ==Características de un servicicio Web==
| + | |
| − | Los servicios web se crearon para permitir el intercambio de información. Para este cometido hay muchos protocolos de nivel de aplicacion (FTP, telnet, ssh, pop3, smtp, ...). Por ser un servicio web el protocolo base será HTTP (de ahí el término web).
| + | |
| − | | + | |
| − | A diferencia de lo que estamos acostumbrados hasta ahora donde un cliente utiliza este protocolo y obtiene como resultado una página web,lLa respuesta obtenida obtenida ahora, no será una página web, sino la información que se solicitó, o bien haber realizado la acción solicitada. Por tanto, cualquier ordenador que pueda consultar una página web, podrá también solicitar información de un servicio web.
| + | |
| − | | + | |
| − | Ahora entre otras cuestiones, para poder crear un servicio web, o bien usar un servicio web existente, debemos tener claro:
| + | |
| − | #Cómo crear la solicitud y como construir la respuesta para el cliente
| + | |
| − | #Cómo conocer o publicar las funciones para que el cliente las utilice
| + | |
| − | | + | |
| − | Dependiendo de la tecnología o estándar que vamos a utilizar para implementar el servicio web, estas cuestiones se resolverán de diferentes formas.
| + | |
| − | | + | |
| − | Existen dos formas mas o menos estandares que son SOAP y REST.
| + | |
| − | Ambas se usan bastante, si bien para desarrollos rápidos se usa mucho mas REST.
| + | |
| − | En este cusro veremos las dos formas de crear/usar servicios web. En este tema abordaremos SOAP
| + | |
| − | [[Imagen:SoapVsRest.png]]
| + | |
| − | ===SOAP===
| + | |
| − | *Es un protocolo que indica cómo se tienen que intercambiar mensajes entre cliente y servidor | + | |
| − | *Utiliza xml para este intercambio
| + | |
| − | *SOAP se acompaña de un lenguaje llamada WSDL, usado para describir y publicar las funciones que el servicio ofrece a sus clientes.
| + | |
| − | *A continuación vamos a entender y profundizar en las diferentes partes de un fichero xml de soap para poder entenderlo
| + | |
| − | ====Ficheros xml que soap crea para el intercambio====
| + | |
| − | Un mensaje SOAP viaja en un fichero xml con la siguiente estructura
| + | |
| − | | + | |
| − | #Elemento principal o '''''Envelope''''' o elemento raiź que identifica el mensaje
| + | |
| − | #cabecera o header opcional. se componen de uno o varios '''''header blocks'''''; cada uno de ellos detalla como se debe procesar el mensaje
| + | |
| − | #body : Es una parte obligatoria, y contiene la información relativa a la llamada y la respuesta.
| + | |
| − | [[Archivo:xmlSoap1.png]]
| + | |
| − | En el elemento Envelope se especifica la versión de soap
| + | |
| − | *En la version 1.1
| + | |
| − | <source lang=xml>
| + | |
| − | <soap:Envelope
| + | |
| − | xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"
| + | |
| − | soap:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/">
| + | |
| − | </source>
| + | |
| − | *En la versión 1.2 | + | |
| − | <source lang=xml>
| + | |
| − | <soap:Envelope
| + | |
| − | xmlns:soap=http://www.w3.org/2003/05/soap-envelope/"
| + | |
| − | http://www.w3.org/2003/05/soap-encoding/">
| + | |
| − | </source>
| + | |
| − | La gestión de este fichero, tanto el hecho de crearlo para responder a una solicitud como la tarea de leerlo e interpretarlo, sería un labor tediosa. Existen librerías en los diferentes lenguajes de programación que automatizan este proceso. Para php vamos a ver PHP5 SOAP, disponible a partir de la versión 5
| + | |
| − | | + | |
| − | '''''PHP5 SOAP''''' es la implementación de SOAP que se incluye con PHP a partir de la versión 5 del lenguaje. En versiones anteriores se tenía que recurrir a otras opciones para trabajar con SOAP. Es una extensión nativa (escrita en lenguaje C) y por tanto más rápida que otras posibilidades (NuSOAP -http://code.google.com/p/nusoap-for-php5/- o PEAR::SOAP --). Como veremos más adelante, su gran inconveniente es que no permite la generación automática del documento WSDL una vez programado el servidor SOAP correspondiente.
| + | |
| − | ====Describir un servicio====
| + | |
| − | Consiste es publicar qué funciones ofrece mi servicio web, así como qué parámetros necesita y que valor/es retorna dicha función
| + | |
| − | Este paso es importante sobre todo si no es la personas que ha desarrollado el servicio la única que va a utilizarlo.
| + | |
| − | En SOAP esto se hace usando el leguaje de descrición WSDL (Lenguaje de Descripción de Servicios Web).
| + | |
| − | | + | |
| − | '''''WSDL''''' es un lenguaje basado en XML que utiliza unas reglas determinadas para generar el documento de descripción de un servicio web. Una vez generado, ese documento se suele poner a disposición de los posibles usuarios del servicio (normalmente se accede al documento WSDL añadiendo ?wsdl a la URL del servicio).
| + | |
| − | En la siguiente imagen podemos ver las diferentes partes de un fichero xml wsdl.
| + | |
| − | Vemos como cambia según estemos en la version 1.1 o la versión 2.
| + | |
| − | [[Arcivo:wsdl.png]
| + | |
| − | | + | |
| − | ;types y message
| + | |
| − | *En la versión 2 solo existe el elemento types
| + | |
| − | *Describe las definiciones de tipos de datos que se usan en el servicio, como lista de parámetros que recibe una función o los valores que retorna
| + | |
| − | ;portType o interfaces
| + | |
| − | Cada uno de estos elementos es cada una de las funciones que el servicio ofrece
| + | |
| − | Cada función se define es una '''operation''' con sus '''input''' y '''output''' como podemos ver en la imagen
| + | |
