El Blog de George: PHP

Mostrando entradas con la etiqueta PHP. Mostrar todas las entradas

sábado, 21 de noviembre de 2009

Web Services en PHP - Parte IX Final

Código de mostrarPronostico.php

<?php
/**
* Codigo para consumir un servicio web (Web Service) por medio de NuSoap
* La distribucion del codigo es totalmente gratuita y no tiene ningun tipo de restriccion.
* Se agradece que mantengan la fuente del mismo.
*/
// Le indicamos a PHP que no muestre los Notices (por si el servicio no retorna datos)
// (esto se puede evitar preguntando si hay datos antes de mostrarlos)
error_reporting(1);
// Inclusion de la libreria nusoap (la que contendra toda la conexión con el servidor
//require_once('lib/nusoap.php');
$oSoapClient = new soapclient('http://live.capescience.com/wsdl/GlobalWeather.wsdl', true);
if ($sError = $oSoapClient->getError()) {
echo "No se pudo realizar la operación [" . $sError . "]";
die();
}
// Viene de un POST => Selecciono una ciudad
if ($_SERVER["REQUEST_METHOD"] == "POST") {
$aParametros = array("code" => $_POST["codLocalidad"]);
$aRespuesta = $oSoapClient->call("getWeatherReport", $aParametros);
}
// Existe alguna falla en el servicio?
if ($oSoapClient->fault) { // Si
echo 'No se pudo completar la operación';
die();
} else { // No
$sError = $oSoapClient->getError();
// Hay algun error ?
if ($sError) { // Si
echo 'Error:' . $sError;
}
}
?>
<html>
<body>
<table width="367" border="0" cellspacing="0" cellpadding="0">
<tr>
<td colspan="2"><div align="center">Datos del tiempo</div></td>
</tr>
<tr>
<td width="147"> </td>
<td width="220"> </td>
</tr>
<tr>
<td>Nombre:</td>
<td><?=$aRespuesta["station"]["name"];?></td>
</tr>
<tr>
<td>Elevación:</td>
<td><?=$aRespuesta["station"]["elevation"]; ?></td>
</tr>
<tr>
<td>Fecha y Hora:</td>
<td><?=$aRespuesta["timestamp"];?></td>
</tr>
<tr>
<td>País:</td>
<td><?=$aRespuesta["station"]["country"];?></td>
</tr>
<tr>
<td>Latitud:</td>
<td><?=$aRespuesta["station"]["latitude"];?></td>
</tr>
<tr>
<td>Longitud:</td>
<td><?=$aRespuesta["station"]["longitude"];?></td>
</tr>
<tr>
<td>Presión:</td>
<td><?=$aRespuesta["pressure"]["string"];?></td>
</tr>
<tr>
<td>Temperatura:</td>
<td><?=$aRespuesta["temperature"]["string"];?></td>
</tr>
<tr>
<td>Visibilidad:</td>
<td><?=$aRespuesta["visibility"]["distance"];?> mts.</td>
</tr>
</table>
</body>
</html>

viernes, 20 de noviembre de 2009

Web Services en PHP - Parte VIII

¿Cómo lo podemos usar?:

Existen muchas formas en que podríamos usar este Web Service, podemos dejar que el visitante seleccione su país y localidad, y que nuestro sitio le retorne cual es el pronostico actual (solo deberíamos incorporar un paso anterior al que se ofrece en el código, el de selección del país).

Otro uso que podemos darle es el de mostrar cual es el clima actual para una localidad determinada (lo mismo que hacen muchos diarios en sus cabeceras). Si decidimos implementar la segunda opción debemos tener especial cuidado en como lo hacemos, ya que si por cada petición que haga el usuario debemos conectarnos con el servidor que ofrece el web service, esto provocaría una gran demora para el usuario, y una sobrecarga innecesaria del servidor. Para solucionar esto podemos guardar en un archivo de texto o en una base de datos, el clima actual, para leerlo desde allí. Este archivo, o base de datos, la actualizaríamos cada un tiempo prudencial (como puede ser una hora o más).

Otros Web Services:

Actualmente existen gran cantidad de Web Services, gratuitos y no. En el sitio de XMethods pueden encontrar gran cantidad de ellos. Sin ir más lejos Google ofrece un web service para realizar búsquedas (solo hay que registrarse en http://www.google.com/apis/) y nos permitirá realizar 1000 consultas por día (creo que puede ser más que interesante para muchos).

Conclusión:

Los Web Services son un tema apasionante, ya que brindan gran funcionalidad y posibilidad de realizar cambios y mejorar nuestras aplicaciones. Un mismo web service puede ser consumido tanto por aplicaciones que se ejecutan en un servidor y entregan código html al cliente, como por aplicaciones que corren directamente en la máquina del cliente. Como vemos las posibilidades son infinitas, es sólo cuestión de comenzar a experimentar.

Apéndice:

Código de seleccionarLocalidad.php

/**

* Codigo para consumir un servicio web (Web Service) por medio de NuSoap.

* La distribucion del codigo es totalmente gratuita y no tiene ningun tipo de restriccion.

* Se agradece que mantengan la fuente del mismo.

*/ $sPais = "argentina"; // Nombre del pais que queremos el listado de localidades

// Inclusion de la libreria nusoap (la que contendra toda la conexión con el servidor // require_once('lib/nusoap.php');

$oSoapClient = new soapclient('http://live.capescience.com/wsdl/GlobalWeather.wsdl', true);

if ($sError = $oSoapClient->getError()) {

echo "No se pudo realizar la operación [" . $sError . "]";

die();

}

$aParametros = array("country" => $sPais);

$respuesta = $oSoapClient->call("searchByCountry", $aParametros);

// Existe alguna falla en el servicio? if ($oSoapClient->fault) { // Si

echo 'No se pudo completar la operación';

die();

} else { // No

$sError = $oSoapClient->getError();

// Hay algun error ?

if ($sError) { // Si

echo 'Error:' . $sError;

die();

}

<html>

<body>

<:tr>

<td colspan="2"><div align="center">Seleccione una localidad</div></td>

</tr>

<tr>

</tr>

<tr>

<td>Localidad:</td>

$aElemento)

echo "<option value='".$aElemento["wmo"]."'>".$aElemento["name"]."</option>";

</select></td>

</tr>

<tr>

</tr>

<tr>

</td>

</tr>

</table>

</form>

</body>

</html>

Web Services en PHP - Parte VII

Comenzamos a programar!

Como mencione anteriormente he dividido la aplicación de prueba del Web Service en dos (2) archivos, uno que mostrara todas las localidades donde existen pronósticos (seleccionarLocalidad.php) y otro que mostrara el pronóstico para la localidad seleccionada (mostrarPronostico.php)

Veamos como consumimos un web service (searchByCountry):

En el código se han eliminado las comprobaciones de errores para poder facilitar la lectura de los pasos. Veamos cuales son los pasos para consumir un servicio web desde PHP:

require_once(“lib/nusoap.php”);

Debemos incluir la librería NuSOAP. En este ejemplo asumimos que el directorio donde se encuentra el archivo nusoap.php esta ubicado en el subdirectorio lib (a partir de donde esta nuestro script).

$oSoapClient = new soapclient('http://live.capescience.com/wsdl/GlobalWeather.wsdl', true);

Debemos instanciar la clase soapclient, ya que en esta ocasión utilizaremos solo el cliente que nos provee NuSOAP. Los parámetros enviados son la ubicación del documento WSDL y true como segundo parametro (este último parámetro indica que el primer documento es un WSDL) .

Definimos un array con el país para el cual se quieren obtener las localidades que tienen pronósticos disponibles. Volviendo al documento WSDL podemos ver que la variable que debemos enviar es “country” y que es del tipo string

$aParametros = array("country" => "argentina");

280. <message name="searchByCountry">

281. <part name="country" type="xsd:string"/>

282. </message>

$aRespuesta = $oSoapClient->call("searchByCountry", $aParametros);

Llamamos al método call del objeto soapclient. Al mismo le pasamos como parámetro el nombre del método que queremos ejecutar en el web service (searchByCountry) y los parámetros ($aParametros). En nuestra variable $aRespuesta tenemos un array con la respuesta del Web Service. Este array tiene el formato descripto en “ArrayOfStation” (el cual fue visto anteriormente). Es decir podemos acceder a las variables descriptas en ArrayOfStation de la siguiente manera: $aRespuesta[“wmo”], $aRespuesta[“elevation”], $aRespuesta[“name”], etc.

Ahora que ya conocemos c&oacte;mo sería el procedimiento para consumir un Web Service, veamos un poco más en profundidad los métodos de soapclient que utilizamos:

Al crear una instancia de soapclient, existen varios parámetros que podemos enviar para su creación:

$oSoapClient = new soapclient(

<url donde se encuentra el web service o WSDL>,

[<booleana indicando si el primer parámetro es un WSDL>],

[<entero con el Portéame>],

[<cadena proxyHost>],

[<cadena proxyPort>],

[<cadena nombre de usuario>],

[<cadena password>],

[<entero con el timeout de la conexión>],

[<entero con el timeout de la respuesta>]);

Solo el primer parámetro es necesario (la ubicación del Web Service o del documento WSDL del Web Service), todos los demás son opcionales.

Al ejecutar el Web Service, existen varios parámetros que podemos enviar al método:

call( <método que queremos ejecutar en el servidor>,

[<un array asociativo con los parámetros que debemos enviar (si existen)>],

[<cadena con el espacio de nombres (namespace)>],

[<cadena con el valor de la acción SOAP>],

[<booleana indicando si esta presente los valores de SOAPVAL en los headers>],

[<booleana la cual ya no se utiliza>],

[<cadena con el style a usar cuando se realiza la serialización de los parametros>],

[<cadena que puede ser "encoded" o "literal" utilizada para serialización de los parametros>]);

Cómo vemos existen muchos más parametros de los que habiamos utilizado, pero como exigen un conocimiento más profundo sobre los Web Services los cuales escapan a los alcances de este artículo no los trateremos aquí.

Web Services en PHP - Parte VI

¿Como lo usar NuSOAP?

Para responder a esta pregunta no hay nada mejor que un ejemplo de utilización de NuSOAP, el cual nos ayudará también a terminar de ver los conceptos mencionados anteriormente (SOAP, WSDL, etc.).

Decidí ir a la página de XMethods y buscar algún servicio que pueda ser aplicable por personas de todo el mundo, y que no esté limitado a los Estados Unidos. Buscando entre gran cantidad de Web Services de Cotizaciones, o datos específicos de los Estados Unidos, encontré uno que podía ser implementado en cualquier país, y era ni más ni menos que los datos del clima para todo el mundo. Este Web Service tiene 9 métodos que podemos utilizar (todos ellos se encuentran definidos en el archivo WSDL que se encuentra en http://live.capescience.com/wsdl/GlobalWeather.wsdl Los métodos son: getStation(), isValidCode(), listCountries(), searchByCode(), searchByCountry(), searchByLocation(), searchByName(), searchByRegion(), getWeatherReport().

Para el ejemplo solo utilizare el método searchByCountry() y getWeatherReport().

En el ejemplo existen dos archivos:

seleccionarLocalidad.php: el cual nos permitirá seleccionar una localidad dado un país (el país esta dado por el valor de la variable $sPais). Este archivo PHP utiliza el método del Web Service searchByCountry()

mostrarPronostico.php: el cual mostrara el pronóstico para la localidad seleccionada. Este archivo PHP utiliza el método del Web Service getWeatherReport().

Si queremos ver un listado de los servicios publicados podemos ir a esta página: CapeScience

En esta página nos permiten probar los métodos de los Web Services en línea, sin necesidad de un cliente SOAP, esto nos es de utilidad principalmente para ver como funciona cada uno de los métodos.

Como mencione anteriormente, toda la información del Web Service se encuentra definida dentro del documento WSDL, para este Web service se encuentra definida en CapeScience.

Este documento en particular tiene 425 líneas, por lo que la lectura del mismo es bastante tediosa.

No voy a explicar todo el archivo WSDL, sino que simplemente me detendré en las líneas que son de importancia para nuestra aplicación (las que hacen referencia a los metodos searchByCountry() y getWeatherReport() ). Ahora veamos donde se encuentran las definiciones de los métodos dentro del archivo:

Mensajes de searchByCountry: entre las lineas 277 a 282 podemos apreciar que se encuentra lo siguiente:

277. %lt;message name="searchByCountryResponse">

278. <part name="return" type="xsd1:ArrayOfStation"/>
279. </message>
280. <message name="searchByCountry">
281. <part name="country" type="xsd:string">
282. </message>

SearchByCountry: comencemos por la línea 280 y dejaremos para después las líneas 277 a 279.

280. <message name="searchByCountry">

En esta línea se indica que existe un método llamado searchByCountry, que es el método que estábamos buscando.

281. <part name="country" type="xsd:string"/>

Aquí se define que existe un parámetro para dicho método que se llama “country” (país) y es del tipo string.

282. </message>

Fin del método seachByCountry

Ejemplo de un mensaje real con el parámetro country seteado en “argentina”:

<nu:searchByCountry>

<country xsi:type="xsd:string">argentina</country>
</nu:searchByCountry>

SearchByCountryResponse: Ahora analicemos el método searchByCountryResponse, como su nombre indica, es la respuesta al metodo searchByCountry. Es decir cuando invocamos a searchByCountry, el servidor nos responderá con un mensaje con el formato de searchByCountryResponse. Las respuestas, generalmente, tienen anexado al final Response al nombre del método (esto se epecifica en el portType).

277. <message name="searchByCountryResponse">
Esta línea nos indica que es una respuesta al método searchByCountry.

278. <part name="return" type="xsd1:ArrayOfStation"/>

El método nos devuelve una variable “return” la cual es del tipo ArrayOfSation. Como vimos anteriormente, los documentos WSDL pueden definir sus propios tipos de datos, ArrayOfStation es un tipo de datos definido en este WSDL. Ver más adelante la definición del tipo de datos ArrayOfStation.

279. </message>

Fin del método searchByCountryResponse.

Como vimos anteriormente se hace referencia a un ArrayOfStation, para ver de que se trata esto debemos buscar este tipo de datos dentro del archivo WSDL. En las líneas comprendidas ente 148 y 157, podemos ver que se define este tipo de datos.

148. <xsd:complexType name="ArrayOfStation">

149. <xsd:complexContent>
150. <xsd:restriction base="SOAP-ENC:Array">
151. <xsd:sequence>
152. <xsd:element maxOccurs="unbounded" minOccurs="0" name="item" type="xsd1:Station"/>
153. </xsd:sequence>
154. <xsd:attribute ref="SOAP-ENC:arrayType" wsdl:arrayType="xsd1:Station[]"/>
155. </xsd:restriction>
156. </xsd:complexContent>
157. </xsd:complexType>

148. <xsd:complexType name="ArrayOfStation">

En esta línea podemos ver que se define un tipo de datos complejo (complexType) con el nombre de “ArrayOfStation”, el tipo de datos que buscábamos.

149. <xsd:complexContent>

150. <xsd:restriction base="SOAP-ENC:Array">
151. <xsd:sequence>

Indicamos que es un elemento complejo (array).

152. <xsd:element maxOccurs="unbounded" minOccurs="0" name="item" type="xsd1:Station"/>

Esta línea es la que más nos interesa, ya que se indica precisamente como esta compuesto el array. Nos dice que tiene un mínimo de ocurrencias de 0 (MinOccurs=” 0” ), es decir, que puede no tener elementos. Un máximo de ocurrencias no limitado (maxOccurs=”unbounded”), es decir que podemos tener todos los elementos que queramos. Y al finalizar nos indica el tipo de datos del array, que es “Station”. Por desgracia ahora tenemos que ver que tipo de datos es Station. Como podemos ver un dato se define a partir de otro, hasta llegar a los tipos de datos básicos.

153. </xsd:sequence>
Se cierran los tags anteriormente abiertos.

154. <xsd:attribute ref="SOAP-ENC:arrayType" wsdl:arrayType="xsd1:Station[]"/>

Terminamos de definir el array.

155. </xsd:restriction>
156. </xsd:complexContent>
157. </xsd:complexType>

Se cierran los demás tags que fueron abiertos.

Nos quedaba pendiente definir el tipo de datos “Station”, nuevamente, al buscar en el código encontramos entre las líneas 134 a 147 la definición de este tipo de datos.

134. <xsd:complexType name="Station">

135. <xsd:sequence>
136. <xsd:element maxOccurs="1" minOccurs="1" name="icao" nillable="true" type="xsd:string"/>
137. < xsd:element maxOccurs="1" minOccurs="1" name="wmo" nillable="true" type="xsd:string"/>

138. < xsd:element maxOccurs="1" minOccurs="1" name="iata" nillable="true" type="xsd:string"/>

139. < xsd:element maxOccurs="1" minOccurs="1" name="elevation" type="xsd:double"/>

140. < xsd:element maxOccurs="1" minOccurs="1" name="latitude" type="xsd:double"/>

141. < xsd:element maxOccurs="1" minOccurs="1" name="longitude" type="xsd:double"/>

142. < xsd:element maxOccurs="1" minOccurs="1" name="name" nillable="true" type="xsd:string"/>

143. < xsd:element maxOccurs="1" minOccurs="1" name="region" nillable="true" type="xsd:string"/>

144. < xsd:element maxOccurs="1" minOccurs="1" name="country" nillable="true" type="xsd:string"/>

145. <xsd:element maxOccurs="1" minOccurs="1" name="string" nillable="true" type="xsd:string"/>

146. </xsd:sequence>
147. </xsd:complexType>

134. <xsd:complexType name="Station">
Se define que comienza el tipo de datos complejo Station.

135. <xsd:sequence>
Indicamos que comenzamos con la definición del tipo secuencia (es decir que todos los elementos que se definen dentro están incluidos en el tipo de datos Station). Existen otro tipo que no es secuencia (sequence), y se llama choice (elección), en el cual se selecciona entre uno de los elementos dentro definidos (aquellos comprendidos entre y ).

136. <xsd:element maxOccurs="1" minOccurs="1" name="icao" nillable="true" type="xsd:string"/>

137. <xsd:element maxOccurs="1" minOccurs="1" name="wmo" nillable="true" type="xsd:string"/>
138. <xsd:element maxOccurs="1" minOccurs="1" name="iata" nillable="true" type="xsd:string"/>
Se definen 3 elementos los cuales son del tipo string, dichos elementos son: icao, wmo, e iata.

139. <xsd:element maxOccurs="1" minOccurs="1" name="elevation" type="xsd:double"/>

140. <xsd:element maxOccurs="1" minOccurs="1" name="latitude" type="xsd:double"/>
141. <xsd:element maxOccurs="1" minOccurs="1" name="longitude" type="xsd:double"/>

Se definen otros 3 elementos, en este caso son del tipo double. Estos son: elevation, latitude, y longitude.

142. <xsd:element maxOccurs="1" minOccurs="1" name="name" nillable="true" type="xsd:string"/>

143. <xsd:element maxOccurs="1" minOccurs="1" name="region" nillable="true" type="xsd:string"/>
144. <xsd:element maxOccurs="1" minOccurs="1" name="country" nillable="true" type="xsd:string"/>
145. <xsd:element maxOccurs="1" minOccurs="1" name="string" nillable="true" type="xsd:string"/>
Se definen los últimos 4 elementos del tipo string. Los elementos aquí definidos son: name, region, country, y string.

146. </xsd:sequence>

147. </xsd:complexType>
Cierre de los tags abiertos anteriormente.

Veamos un ejemplo de respuesta:

<return xsi:type="cc1:ArrayOfStation" SOAP-ENC:arrayType="cc1:Station[86]">

<item xsi:type="cc1:Station">
    <icao xsi:type="xsd:string">SARS</icao>
    <wmo xsi:type="xsd:string">87149</wmo>
    <iata xsi:nil="true"/>
    <elevation xsi:type="xsd:double">91.0</elevation>
    <latitude xsi:type="xsd:double">-26.817</latitude>
    <longitude xsi:type="xsd:double">-60.45</longitude>
    <name xsi:type="xsd:string">Presidencia Roque Saenz Pena Aerodrome</name>
    <region xsi:nil="true"/>
    <country xsi:type="xsd:string">Argentina </country>
    <string xsi:type="xsd:string">SARS - Presidencia Roque Saenz Pena Aerodrome, Argentina
    -26.817'S -60.45'W 91m</string>
    </item>
<item xsi:type="cc1:Station">
</return>

Para aclarar el tipo de estructura de ArrayOfStation usaremos analogías con otros lenguajes de programación:

// Delphi //

Station = record

icao : String;

wmo : String;

iata : String;

elevation : String;

latitude : String;

longitude : String;

name : String;

region : String;

country : String;

string_ : String;

end;

ArrayOfSation : array of Station;

// C# //

struct Station

{

String icao;

String wmo;

String iata;

String elevation;

String latitude;

String longitude;

String name;

String region;

String country;

String string_;

}

Station[] ArrayOfStation;

Como vemos no es fácil seguir todo lo que esta definido dentro de un documento WSDL, por suerte muchas veces no nos tenemos que preocupar por todo esto ya que los mismos sitios donde se encuentran alojados los Web Services nos proveen de la información necesaria sin necesidad de tener que recurrir a ver los archivos WSDL. También existen aplicaciones como son Altova XMLSPY que nos proveen de la información de manera gráfica

Web Services en PHP - Parte V

¿Que es NuSOAP?

NuSOAP es un kit de herramientas (ToolKit) para desarrollar Web Services bajo el lenguaje PHP. Está compuesto por una serie de clases que nos harán mucho más fácil el desarrollo de Web Services. Provee soporte para el desarrollo de clientes (aquellos que consumen los Web Services) y de servidores (aquellos que los proveen). NuSOAP está basado en SOAP 1.1, WSDL 1.1 y HTTP 1.0/1.1

¿NuSOAP es el único soporte para Web Services en PHP?

No, no es el único, existen otros, pero es uno de los que están en una fase de desarrollo mucho más avanzada. Sin ir más lejos, PHP a partir de su versión 5 comienza a dar soporte para SOAP, pero aún está en fase experimental.

¿Por qué NuSOAP y no otro?

1.Está en una fase madura de desarrollo.

2.No necesita módulos adicionales.

3.Es muy fácil su instalación y uso

¿Cómo instalo NuSOAP?

La instalación es bastante sencilla, sólo basta ir a la pagina en sourceforge de NuSOAP http://sourceforge.net/projects/nusoap/ y bajar el archivo comprimido (es un .zip).

Lo descomprimimos en un directorio de nuestro servidor web (como puede ser /lib que es el directorio por default), y listo, ya podemos hacer uso de NuSOAP.

Web Services en PHP - Parte IV

Historia de los Web Services

Los Servicios Web surgieron ante una necesidad de estandarizar la comunicación entre distintas plataformas (PC, Mainframe, Mac, etc.) y lenguajes de programación (PHP, C#, Java, etc.).

Anteriormente se habían realizado intentos de crear estándares pero fracasaron o no tuvieron el suficiente éxito, algunos de ellos son DCOM y CORBA, por ser dependientes de la implementación del vendedor DCOM - Microsoft, y CORBA - ORB (a pesar que CORBA de múltiples vendedores pueden operar entre si, hay ciertas limitaciones para aplicaciones de niveles más altos en los cuales se necesite seguridad o administración de transacciones).

Otro gran problema es que se hacía uso de RPC (Remote Procedure Call) para realizar la comunicación entre diferentes nodos. Esto, además de presentar ciertos problemas de seguridad, tiene la desventaja de que su implementación en un ambiente como es Internet, es casi imposible (muchos firewalls bloquean este tipo de mensajes, lo que hace prácticamente imposible a dos computadoras conectadas por Internet comunicarse).

Los Web Services surgieron para finalmente poder lograr la tan esperada comunicación entre diferentes plataformas. En la actualidad muchos sistemas legacy están pasando a ser web services.

Es por esto que en 1999 se comenzó a plantear un nuevo estándar, el cual terminaría utilizando XML, SOAP, WSDL, y UDDI.

¿Los Web services pueden ser solo utilizados con HTTP?

A pesar de mucho limitar el uso de los Web services al protocolo HTTP, los Web services no fueron pensados para un protocolo en particular, es decir, nada nos impide utilizar SOAP sobre algún otro protocolo de Internet (SMTP, FTP, etc.).

Se utiliza principalmente HTTP por ser un protocolo ampliamente difundido y que se encuentra menos restringido por firewalls (generalmente se bloquean puertos como el FTP, pero el HTTP es muy probable que no este bloqueado).

Web Services en PHP - Parte III

WSDL - Web Services Description Language

Es un protocolo basado en XML que describe los accesos al Web Service. Podriamos decir que es el manual de operación del web service, porque nos indica cuales son las interfaces que provee el Servicio web y los tipos de datos necesarios para la utilización del mismo.

Veamos un ejemplo de un documento WSDL:

<?xml version="1.0">

</definitions>

Explicación del código anterior:

<?xml version="1.0"> Este es otro documento XML, es por esto que debe comenzar con el tag <?xml .. ?>

<definitions> Comienzo del documento, este tag agrupa a todos los demás.

<types> Se definen los tipos de datos utilizados en el Web Service.

</types> Fin de la definición de tipos.

<message> Se definen los métodos y parámetros para realizar la operación. Cada message puede consistir en una o más partes (parámetros).

</message> Fin de la definición de los parámetros.

<portType> Esta sección es la más importante, ya que se definen las operaciones que pueden ser realizadas, y los mensajes que involucran (por ejemplo el mensaje de petición y el de respuesta).

</portType> Fin de la definición de las operaciones y mensajes.

<binding> Se definen el formato del mensaje y detalles del protocolo para cada portType.

</binding> Fin de la definición del formato del mensaje y detalles del protocolo para cada PortType.

</definitions> Fin del documento WSDL

UDDI - Universal Discovery Description and Integration

Es un modelo de directorios para Web Services. Es una especificación para mantener directorios estandarizados de información acerca de los Web Services, sus capacidades, ubicación, y requerimientos en un formato reconocido universalmente. UDDI utiliza WSDL para describir las interfaces de los Web Services.

Es un lugar en el cual podemos buscar cuales son los Servicios web disponibles, una especie de directorio en el cual podemos encontrar los Web Services publicados y publicar los Web Services que desarrollemos.

lunes, 16 de noviembre de 2009

Web Services en PHP - Parte II

SOAP: Simple Object Access Protocol

Es un protocolo que permite la comunicación entre aplicaciones a través de mensajes por medio de Internet. Es independiente de la plataforma, y del lenguaje. Esta basado en XML y es la base principal de los Web Services. Los mensajes SOAP son documento XML propiamente dicho, pero esto lo veremos más adelante cuando veamos un ejemplo de un mensaje SOAP.

Veamos como es la estructura básica del protocolo y la correspondiente explicación:

<?xml version="1.0"?>

<soap:Envelope xmlns:soap="http://www.w3.org/2001/12/soap-envelope"

Soap:encodingStyle="http://www.w3.org/2001/12/soap-encoding">

<soap:Header>

...

</soap:Header>

<soap:Body>

...

<soap:Fault>

...

</soap:Fault>

</soap:Body>

</soap:Envelope>

Explicación del código anterior:

<?xml version="1.0"?>

Como podemos ver en esta linea SOAP es un documento XML, y como tal, debe comenzar con el tag <?xml….?> y la versión correspondiente.

<soap:Envelope

Aquí se indica que comienza el envelope (sobre) del mensaje

xmlns:soap = "http://www.w3.org/2001/12/soap-envelope"

Un mensaje SOAP debe contener siempre un elemento envelope asociado con el namespace (espacio de nombres) http://www.w3.org/2001/12/soap-envelope

Soap:encodingStyle="http://www.w3.org/2001/12/soap-encoding">

En esta línea lo que se hace es indicar donde se encuentran definidos los tipos de datos utilizados en el documento.

<soap:Header>

Esta línea indica el comienzo del Header (encabezado). En esta sección se incluye información específica del mensaje, como puede ser la autenticación.

</soap:Header>

Como todo documento XML los tags que son abiertos deben ser cerrados, esta línea indica la finalización del Header (encabezado).

<soap:Body>

Aquí comienza el cuerpo del mensaje, en esta sección se incorpora toda la información necesaria para el nodo final. Por ejemplo, los parámetros para la ejecución, o la respuesta a una petición.

<soap:Fault>

Cualquier tipo de fallo que se produzca será notificado en esta sección. La cual esta contenida dentro del cuerpo del mensaje.

</soap:Fault>

Cierre de la sección Fault.

</soap:Body>

Indica el final del cuerpo del mensaje.

</soap:Envelope>

Fin del mensaje SOAP.

Web Services en PHP - Parte I

Explicamos qué son los servicios web y cuales son los elementos por los que están compuestos.

El presente artículo esta dirigido a las personas que ya poseen conocimientos sobre Internet y programación y quieren comenzar a conocer el mundo de los web services (servicios web).

¿Cómo esta estructurado el artículo?

Comenzaremos dando una introducción a lo que son los Web Services (Servicios Web), luego definiremos los elementos que lo componen, y al finalizar veremos un ejemplo de cómo utilizar un web service por medio de NuSOAP, para el cual utilizaremos dos archivos PHP.

Introducción:

Antes de comenzar explicando NuSoap, creo que es conveniente realizar una introducción a lo que son los Servicios Web, y para esto debemos comenzar con la definición de Web Service.

Web Service:

Es un sistema software diseñado para soportar la interoperabilidad máquina - máquina a través de una red. Este tiene una interfaz descripta en un formato que puede ser procesado por una máquina (específicamente WSDL, que veremos más adelante). Otros sistemas interactúan con el Web service utilizando mensajes SOAP los cuales se encuentran establecidos previamente.

Entonces podríamos decir que un Web Service es una comunicación por medio de mensajes SOAP (son mensajes especiales que más adelante veremos detenidamente) entre diferentes equipos a través de una red.

Ahora pasaremos a definir los elementos que componen a los Web Services, para luego ver como ellos estan interrelacionados.

¿Qué es XML, SOAP, WSDL, UDDI?

Para conocer cómo se realiza el intercambio de mensajes en los Web Services debemos primero saber cuales son los elementos fundamentales que lo componen. Estos son el XML, SOAP, WSDL, y UDDI.

XML - eXtensible Markup Language:

Es un subconjunto simplificado del SGML el cual fue diseñado principalmente para documentos Web. Deja a los diseñadores crear sus propias “etiquetas” o "tags" (Ej: <libro>), habilitando la definición, transmisión, validación, y la interpretación de datos entre aplicaciones y entre organizaciones. Un punto que considero que es importante aclarar es que el HTML y el XML tienen funciones diferentes. El HTML tiene por objeto mostrar información, mientras que el XML se ocupa de la información propiamente dicha (el contenido). Este concepto es importante tenerlo en cuenta, ya que muchas personas al escuchar sobre XML piensan que es el sucesor de HTML.

Ejemplo de un documento XML sobre información de autos:
<?xml version="1.0" encoding="UTF-8"?>
<vehiculos>
<coche>
<marca>Toyota</marca>
<modelo>Corolla</modelo>
<fechaCompra>2002</fechaCompra>
</coche>
<coche>
<marca>Honda</marca>
<modelo>Civic</modelo>
<fechaCompra>2003</fechaCompra>
</coche>
</vehiculos>

Seguramente este tipo de archivos no sea una novedad para la mayoría de los que lean este artículo, ya que muchos documentos en Internet están en formato XML. Igualmente explicaremos brevemente las secciones del mismo:

<?xml version="1.0" encoding="UTF-8"?>

Todo documento XML debe comenzar indicando que es un documento XML, la versión del mismo y su codificación. Es por eso que se utiliza el tag <?xml .... ?> . Todos los elementos a partir de aquí son definidos por el usuario.

<vehiculos>

Luego se indica un tag raiz (<vehiculos>) el cual contendrá a los demás elementos. Es como en HTML el tag <HTML> .. </HTML>, que dentro de el se encuentran los demás tags. Se lo conoce generalmente como root del documento.

<coche>

Luego definimos un tag <coche> el cual contendrá un coche en particular (en este caso solo incorpore 3 características de un coche: marca, modelo, y fecha de compra).

<marca>Toyota</marca>
<modelo>Corolla</modelo>
<fechaCompra>2002</fechaCompra>

Se definen 3 tags (marca, modelo, y fechaCompra), los cuales contienen los datos para un coche en particular.

<vehiculos>
<coche>
<marca>..</marca>
<modelo>..</modelo>
<fechaCompra>..</fechaCompra>
</coche>
</vehiculos>

En el documento podemos apreciar que todos los tags que son abiertos <marca> deben ser cerrados </marca>. Esto es una exigencia del XML.

Se pueden anidar tags <coche><marca></marca>…..</coche>. Marca esta dentro del tag coche. El XML provee muchas otras posibilidades como puede ser que las etiquetas tengan atributos (<coche color="rojo">..</coche>), pero no nos detendremos en ellas ya que la idea es simplemente ofrecer los conceptos básicos para conocer de que se trata el mundo de los Web Services.

viernes, 13 de noviembre de 2009

Aplicaciones de Escritorio con PHP - GTK 2

Se pueden realizar aplicaciones de escritorio con PHP, con ayuda de las liberarías GTK+ que son multiplataformas.

GTK+

Es un grupo de liberarías para el desarrollo de interfaces gráficas de usuario (GUI), principalmente para los entornos gráficos GNOME, XFCE y ROX de sistemas Linux.

Inicialmente creado para construir el programa gráfico GIMP, GTK+ es la abreviatura de GIMP toolkit (conjunto de rutinas para GIMP) y es muy usada por los programadores de sistemas Linux junto con Qt en el entorno KDE.

Características:
Es software libre (bajo la licencia LGPL).

Es multiplataforma (Linux, Windows, Macintosh, etc).

Se puede programar en diversos lenguajes como: C, C++, Ada, Perl, Python, PHP, etc...

Es parte importante del proyecto GNU.

Actualmente la última versión es GTK+ 2, con una cantidad importante de mejoras respecto a la primera versión, aunque sin embargo, no es compatible con su primera versión.

GTK+ se basa en tres librerías:

• GLib es una librería de bajo nivel estructura básica de GTK+ y GNOME. Proporciona manejo de estructura de datos para C, portabilidad, interfaces para funcionalidades de tiempo de ejecución (runtime) como ciclos, hilos, carga dinámica o un sistema de objetos.

• Pango es una librería para el diseño y renderizado de texto, hace hincapié especialmente en la internacionalización. Es el núcleo para manejar las fuentes y el texto de GTK+ 2.

• ATK es una librería para crear interfaces con características de una gran accesibilidad muy importante para personas discapacitadas o minusválidas. Pueden usarse útiles como lupas de aumento, lectores de pantalla, o entradas de datos alternativas al clásico teclado o ratón de ordenador.

¿Qué es PHP-GTK?

PHP-GTK es una extensión del lenguaje de programación PHP que interactúa con la librería GTK+, proporcionando un interfaz orientado a objetos a las clases y funciones GTK+ que simplifica la escritura de aplicaciones cliente con interfaces de usuario.

GNOPE (GUI Development with PHP-GTK2 – User Interfaces)

Es un programa que instala todo lo necesario dejando listo para poder desarrollar aplicaciones en PHP-GTK2.

Descargar Gnope.
Descargamos la versión Release para Windows, www.gnope.org/downloads/GnopeSetup-1.0.exe

Lo ejecutamos y lo instalamos

Una vez instalada tendremos la siguiente estructura de archivos:

Listo, el Gnope trae un administrador de aplicaciones en la cual podemos instalar y desinstalar paquetes de PEAR, abrimos la siguiente ventana de aplicaciones y damos clic en el botón: Install/Unistall programs

Clases de GTK

GtkWindow
Es una clase para construir ventanas en una aplicación que va a contener a objetos como etiquetas, botones, cajas de texto, etc. Los cuales se agregan con una el método add.

Ej.

<?php
 
$window = new GtkWindow(); //Creamos un objecto
$window -> connect_object('destroy', array('gtk', 'main_quit'));
// Destroy es la señal que se liga al método  Gtk::main_quit se lanza al cerrar la ventana
 
$window -> set_title('Nuevo'); //El titulo de la ventana
$window -> set_position(Gtk::WIN_POS_CENTER); //Centra la venta en la pantalla
$window -> set_border_width(8); // Asignamos el borde de la ventana
$boton = new GtkButton('Aceptar'); // Creamos un objeto botón
$window -> add($boton);   //lo agregamos a la ventana
$window -> show_all();   //un método heredado que sirve para mostrar todos los elementos
Gtk::main();     //Entra al ciclo principal del programa
 
?>

Desde cualquier editor de texto plano, vamos introducir el siguiente código y lo guardamos con el nombre de apli1.phpw y al terminar simplemente damos doble clic, o desde línea de comandos ponemos: c:PHP-Gtk2php-win.exe apli1.phpw

Resultado del código anterior:

Para ver todos los métodos, señales y propiedades de la clase de ventana lo puedes consultar en la siguiente dirección: php-gtk2.de/manual/en/html/gtk/gtk.gtkwindow.html

Clase botón
En el ejemplo anterior utilizamos una clase GtkButton para crear un botón con etiqueta Aceptar..

Sintaxis:

GtkButton (string label, boolean use_underline)

En este siguiente ejemplo vamos a crear un botón de nombre Aceptar en el cual vamos a lanzar un dialogo de mensaje de “Hola mundo” al dar clic.

<?php
class_exists('gtk') or die('Falta habilitar la extensión php-gtk2 en el php.ini' . "");
 
class classButton extends GtkWindow
{ function __construct()
{ parent::__construct();
$this->connect_object('destroy', array('gtk', 'main_quit')); 
$this->set_title(__CLASS__);
$this->set_position(Gtk::WIN_POS_CENTER);
$this->set_default_size(-1, -1);
$this->set_border_width(8); 
$this->add($this->__create_button());
$this->show_all();
}
function __create_button()
{ $button = new GtkButton('Aceptar');
$button->connect('clicked', array($this, 'onClickedButton'), 'Hola mundo!!!');
return $button;
} 
function onClickedButton($button, $text)
{ $owntext = " ".$text." ";
$dialog = new GtkMessageDialog($this, Gtk::DIALOG_MODAL | Gtk::DIALOG_DESTROY_WITH_PARENT,
Gtk::MESSAGE_INFO, Gtk::BUTTONS_OK,$text);
$dialog->run();
$dialog->destroy();
}
}
 
new classButton();
Gtk::main();
 
?> 
Este seria el resultado: 


Dentro de este ejemplo también hacemos referencia a una clase de nombre GtkMessageDialog, para lanzar un mensajes de dialogo. 

Sintaxis:
GtkMessageDialog (GtkWindow parent, GtkDialogFlags flags, GtkMessage type, GtkButtonsType buttons, string message) 

Donde los parámetros son los siguientes:
parent. Es el formulario padre donde se lanza el dialogo.
flags. Son banderas que determinan las opciones para la construcción del dialogo:
Valor Nombre
1 Gtk::DIALOG_MODAL 
2 Gtk::DIALOG_DESTROY_WITH_PARENT 
4 Gtk::DIALOG_NO_SEPARATOR 

Type. Esta constante define el tipo de dialogo.
Valor Nombre Descripción
0 Gtk::MESSAGE_INFO Mensaje de información 
1 Gtk::MESSAGE_WARNING Mensaje de peligro de error 
2 Gtk::MESSAGE_QUESTION Mensaje de pregunta 
3 Gtk::MESSAGE_ERROR Mensaje de error 

Buttons. Especifica los botones para el mensaje de dialogo.
Valor Nombre Descripción
0 Gtk::BUTTONS_NONE No muestra ningún boton 
1 Gtk::BUTTONS_OK Boton OK. 
2 Gtk::BUTTONS_CLOSE Boton Close. 
3 Gtk::BUTTONS_CANCEL Boton cancelar
4 Gtk::BUTTONS_YES_NO Botones de Yes y No. 
5 Gtk::BUTTONS_OK_CANCEL Botones OK y Cancel. 

Caja de texto 
Modificamos el código anterior en el cual vamos agregar un objeto (GtkVBox) que va contener a la caja de texto(GtkEntry) y al botón, en el cual al dar clic va a mostrar el texto de la caja de texto en un mensaje de dialogo. 

GtkVBox. Es una caja para organizar los elementos en orden vertical.
GtkEntry. Permite la entrada de texto, en otras palabras una caja de texto. 

Ej. 

<?php
class_exists('gtk') or die('Falta habilitar la extension php-gtk2 en el php.ini' . "");
 
class classButton extends GtkWindow
{ function __construct()
{ parent::__construct();
$this->connect_object('destroy', array('gtk', 'main_quit')); 
$this->set_title(__CLASS__);
$this->set_position(Gtk::WIN_POS_CENTER);
$this->set_default_size(-1, -1);
$this->set_border_width(8); 
$this->add($this->__create_box());
$this->show_all();
}
function __create_box()
{ $vbox = new GtkVBox(false, 5);
$vbox->set_border_width(5);
 
$entry = new GtkEntry();
$vbox->pack_start($entry, false, false, 0); 
 
$button = new GtkButton('Aceptar');
$button->connect('clicked', array($this, 'onClickedButton'), $entry);
 
$vbox->pack_start($button, false, true);
 
return $vbox; 
} 
 
function onClickedButton($button, $entry)
{ $dialog = new GtkMessageDialog($this, Gtk::DIALOG_MODAL | Gtk::DIALOG_DESTROY_WITH_PARENT,
Gtk::MESSAGE_INFO, Gtk::BUTTONS_OK,$entry->get_text());
$dialog->run();
$dialog->destroy();
}
}
 
new classButton();
Gtk::main();
 
?>

El resultado seria como la siguiente imagen..

jueves, 12 de noviembre de 2009

Insertar múltiples datos mediante un checkbox

<form method="post" action="09.php">
<input type="checkbox" name="elec[]" value="eq_sonido" />Equipo de Sonido<br />
<input type="checkbox" name="elec[]" value="microondas" />Microondas<br />
<input type="checkbox" name="elec[]" value="aspiradora" />Aspiradora<br />
<input type="submit" value="submit" name="submit">
</form>

Esto me manda al sgte codigo PHP

<? 

//AQUI CONEXION O include() DE ARCHIVO DE CONEXION CON BASE DE DATOS. 

$link = mysql_connect("localhost","root","zxy") or die ("Error: No se ha podido establecer la conexión con maquina local" . mysql_error()); 

mysql_select_db("encuesta",$link) or die ("Error: No se ha podido seleccionar la BBDD de la maquina local" . mysql_error()); 

$elec_array = $_POST['elec']; 

if ($elec_array=='') 

{

    $query = "INSERT INTO productos (elec) VALUES('')"; 

    $result = mysql_query($query); 

} 

else 

{ 

    foreach ($elec_array as $one_elec)  

    {

    $source .= $one_elec.", ";

    }

    $elec = substr($source, 0, -2);

    echo $elec; 

    $query = "INSERT INTO productos (elec) VALUES('$elec')"; 

    $result = mysql_query($query); 

} 

?>

El Blog de George

sábado, 21 de noviembre de 2009

Web Services en PHP - Parte IX Final

viernes, 20 de noviembre de 2009

Web Services en PHP - Parte VIII

Web Services en PHP - Parte VII

Web Services en PHP - Parte VI

Web Services en PHP - Parte V

Web Services en PHP - Parte IV

Web Services en PHP - Parte III

lunes, 16 de noviembre de 2009

Web Services en PHP - Parte II

Web Services en PHP - Parte I

viernes, 13 de noviembre de 2009

Aplicaciones de Escritorio con PHP - GTK 2

jueves, 12 de noviembre de 2009

Insertar múltiples datos mediante un checkbox

Buscar este blog

Categorias

Busqueda

Contador de Visitas

AVISO LEGAL

Seguidores

Datos personales