Para crear un web service usando el lenguaje de programación JAVA debemos tener un IDE, en nuestro caso usaremos NETBEANS 7.2:
Después de abrir el NET BEANS, vamos al menú de herramientas, botón File > New Project, elegimos el categoría de proyecto Java Web, y elegimos el tipo Web Application
Después de abrir el NET BEANS, vamos al menú de herramientas, botón File > New Project, elegimos el categoría de proyecto Java Web, y elegimos el tipo Web Application
En el siguiente cuadro le ponemos un nombre al proyecto, Luego le damos NEXT a todas las ventas a continuación hasta llegar a esta, cuando lleguemos a esta ventana le damos finalizar.:
Ya creamos el proyecto, lo que haremos a continuación es crear el web services, damos click derecho en el proyecto creado y seleccionamos New > Web Service
Le pones un nombre , en este caso CasaCambioWS y le damos check al combo de Stateless
Ya creado el web service, entramos en el dando doble click, luego vamos a la pestaña diseño y damos click en el boton add operation, le damos nombre al a operacion y le agregamos una variable en este caso monto
Vamos a la carpeta Source y vemos que ya se agrego la operación, igual hacemos para soles a dolares Luego probaremos el dolares a soles, para eso cambiamos la sentencia retun, ponemos "return monto * 2.6"
Ya estaria el servicio completo, debemos porbarlo, haremos click derecho en el proyecto, damos click en Clean &build, una vez acabado de procesar, damos click derecho en el proyecto y luego en deploy
Ya tenemos nuestro servidor listo, necesitamos un cliente que consuma este servicio. Creamos un nuevo Projecto > Web Application
Le ponemos de nombre CasaCambioClientApp y le damos next y luego finish
hacen). Utilizando estos principios tendrá un sistema que opera la arquitectura Web para su
beneficio. En resumen, los cinco principios son los siguientes:
• Dar a todas las cosas un identificador
• Vincular las cosas
• Use métodos estándar
• Recursos con múltiples representaciones
• Comunique sin estado
Dar a todas las "cosas" un ID
En la Web, hay un concepto unificado para los números de identificación: La URI. URI
comprende un espacio de nombres global, y utilizando URI's para identificar sus recursos
clave significa tener un ID único y global.
Algunos ejemplos ejemplos de URI :
• http://example.com/customers/1234
• http://example.com/orders/2007/10/776654
• http://example.com/products/4554
• http://example.com/processes/salary-increase-234
Vincular
Signicia Utilizar links para hacer referencia a cosas que puedan ser identificadas (los
recursos) siempre que sea posible. Los hipervínculos son lo que hacen La Web.
Utilice los métodos estándar
HTTP los llama verbos, y además de los dos que todo el mundo conocee (GET y POST), el
conjunto de métodos normalizados incluyen, PUT, DELETE, HEAD y OPTIONS. El significado
de cada uno de estos métodos está definido en la especificación HTTP. Todos los recursos
en un escenario HTTP RESTful extienden una clase como ésta:
class Resource {
Resource(URI u);
Response get();
Response post(Request r);
Response put(Request r);
Response delete();
}
Para que los clientes puedan interactúan con sus recursos, ellos deberían implementar el
protocolo de aplicación estandard (HTTP) correctamente, es decir, utilizando los métodos
estándar: GET, PUT, POST y DELETE.
Recursos con múltiples representaciones
Un un cliente que sabe cómo hacer frente a un formato específico de datos pueden interactuar
con todos los recursos que puede ofrecer una representación en ese formato. Un ejemplo ,un
cliente puede pedir una representación en un formato específico:
GET /customers/1234 HTTP/1.1
Host: example.com
Accept: application/vnd.mycompany.customer+xml
El resultado puede ser un XML en algun formato específico de una empresa que representa
los datos de un cliente. Si el cliente (HTTP) envía una solicitud diferente, es decir, como esta:
GET /customers/1234 HTTP/1.1
Host: example.com
Accept: text/x-vcard
El resultado podría ser la dirección de un cliente en formato vCard, las representaciones de un
recurso deben ser en formato estándar -si un cliente "conoce" ambos, los protocolos HTTP y
un conjunto de formato de datos, puede interactuar con cualquier aplicación HTTP RESTful
del mundo de forma muy significativa. Ademas, un servidor que puede consumir datos en un
formato específico no se preocupa por el tipo específico de cliente, siempre que cumpla con
el protocolo de aplicación.
En resumen se basa en Ofrecer diferentes formatos de los recursos para diferentes
necesidades.
Comunicar sin un estado
REST exige que el estado sea transformado en estado del recurso y sea mantenido en el
cliente. En otras palabras, un servidor no debería guardar el estado de la comunicación de
cualquiera de los clientes que se comunican con él más allá de una petición única. La razón
más obvia de esto es la escalabilidad - el número de clientes que pueden interactuar con el
servidor se vería significativamente afectada si fuera necesario mantener el estado del cliente
.
Referencia
http://www.dosideas.com/java/332-principios-de-rest.html
Le ponemos de nombre CasaCambioClientApp y le damos next y luego finish
Una vez creado el projecto cliente, agregamos un uevo item > Web Service Client,
en la configuracion del Servicio CLiente debemos agregar la locacion del servicio que vamos a consumir, lo escogemos y damos click en next
Verificamos que en proyecto cliente se creo nuevo codigo, el cual nos indica que ya estan asociados.
Ahora necesitamos un Servlet, lo creamos , le damos de nombre CLientServlet y le damos finish
Ahora debemos de congifurar para que el servicio levante el servlet y no el hola mundo que viene por defecto
Luego Arrastraremos el método al servlet al ultimo para poder usarlo
Como ejemplo simularemos una llamada
Luego ejecutamos el projecto.
REST es un conjunto de principios que definen cómo Estándares Web como HTTP, URI
deben utilizarse (lo que a menudo difiere un poco de lo que muchas personas actualmente hacen). Utilizando estos principios tendrá un sistema que opera la arquitectura Web para su
beneficio. En resumen, los cinco principios son los siguientes:
• Dar a todas las cosas un identificador
• Vincular las cosas
• Use métodos estándar
• Recursos con múltiples representaciones
• Comunique sin estado
Dar a todas las "cosas" un ID
En la Web, hay un concepto unificado para los números de identificación: La URI. URI
comprende un espacio de nombres global, y utilizando URI's para identificar sus recursos
clave significa tener un ID único y global.
Algunos ejemplos ejemplos de URI :
• http://example.com/customers/1234
• http://example.com/orders/2007/10/776654
• http://example.com/products/4554
• http://example.com/processes/salary-increase-234
Vincular
Signicia Utilizar links para hacer referencia a cosas que puedan ser identificadas (los
recursos) siempre que sea posible. Los hipervínculos son lo que hacen La Web.
Utilice los métodos estándar
HTTP los llama verbos, y además de los dos que todo el mundo conocee (GET y POST), el
conjunto de métodos normalizados incluyen, PUT, DELETE, HEAD y OPTIONS. El significado
de cada uno de estos métodos está definido en la especificación HTTP. Todos los recursos
en un escenario HTTP RESTful extienden una clase como ésta:
class Resource {
Resource(URI u);
Response get();
Response post(Request r);
Response put(Request r);
Response delete();
}
Para que los clientes puedan interactúan con sus recursos, ellos deberían implementar el
protocolo de aplicación estandard (HTTP) correctamente, es decir, utilizando los métodos
estándar: GET, PUT, POST y DELETE.
Recursos con múltiples representaciones
Un un cliente que sabe cómo hacer frente a un formato específico de datos pueden interactuar
con todos los recursos que puede ofrecer una representación en ese formato. Un ejemplo ,un
cliente puede pedir una representación en un formato específico:
GET /customers/1234 HTTP/1.1
Host: example.com
Accept: application/vnd.mycompany.customer+xml
El resultado puede ser un XML en algun formato específico de una empresa que representa
los datos de un cliente. Si el cliente (HTTP) envía una solicitud diferente, es decir, como esta:
GET /customers/1234 HTTP/1.1
Host: example.com
Accept: text/x-vcard
El resultado podría ser la dirección de un cliente en formato vCard, las representaciones de un
recurso deben ser en formato estándar -si un cliente "conoce" ambos, los protocolos HTTP y
un conjunto de formato de datos, puede interactuar con cualquier aplicación HTTP RESTful
del mundo de forma muy significativa. Ademas, un servidor que puede consumir datos en un
formato específico no se preocupa por el tipo específico de cliente, siempre que cumpla con
el protocolo de aplicación.
En resumen se basa en Ofrecer diferentes formatos de los recursos para diferentes
necesidades.
Comunicar sin un estado
REST exige que el estado sea transformado en estado del recurso y sea mantenido en el
cliente. En otras palabras, un servidor no debería guardar el estado de la comunicación de
cualquiera de los clientes que se comunican con él más allá de una petición única. La razón
más obvia de esto es la escalabilidad - el número de clientes que pueden interactuar con el
servidor se vería significativamente afectada si fuera necesario mantener el estado del cliente
.
Referencia
http://www.dosideas.com/java/332-principios-de-rest.html
