PDF de programación - Java Web Services

Imágen de pdf Java Web Services

Java Web Servicesgráfica de visualizaciones

Publicado el 2 de Junio del 2018
721 visualizaciones desde el 2 de Junio del 2018
6,8 MB
47 paginas
Creado hace 6a (05/02/2014)
JAVA WEB SERVICES



Realizado por: Diana Alfaro
Complementado por: Carlos Sánchez


Página 1

CONTENIDO
































¿Qué es un Servicio Web?
Historia
¿Qué es XML, SOAP, WSDL, UDDI?
XML - Extensible Markup Language
Soap - XML-RPC (Xml Remote Procedure Call
WSDL - Web Services Description Language
UDDI - Universal Discovery Description and Integration
Ventajas de un Web Services
Desventajas de un Web Services
¿Por qué crear un WS?
Razones para crear servicios web
Java y los servicios web
Integración de SERVLETS y JSP
Modelo de funcionamiento
Instalación del "ECLIPSE IDE FOR JAVA EE DEVELOPERS" y el servidor "APACHE TOMCAT"
SERVLET
Ventajas fundamentales
Concepto de aplicación web
Ciclo de vida de un SERVLET
SERVLETS HTTP
JAVA JSP (java server page)
Características
Ventajas
¿Por qué JSP?
Sesiones y Cookies
Archivo WAR



Realizado por: Diana Alfaro
Complementado por: Carlos Sánchez


Página 2

¿QUÉ ES UN SERVICIO WEB?



Un Servicio Web es una tecnología que utiliza un conjunto de protocolos y estándares que sirven para intercambiar
datos entre aplicaciones. Distintas aplicaciones de software desarrolladas en lenguajes de programación diferentes, y
ejecutadas sobre cualquier plataforma, pueden utilizar los servicios web para intercambiar datos en redes de
ordenadores como Internet. La interoperabilidad se consigue mediante la adopción de estándares abiertos.

HISTORIA

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 sí, 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 Servicios Web surgieron para
finalmente poder lograr la tan esperada comunicación entre diferentes plataformas. En la actualidad muchos sistemas
legacy están pasando a ser servicios web. Es por esto que en 1999 se comenzó a plantear un nuevo estándar, el cual
terminaría utilizando XML, SOAP, WSDL, y UDDI.

¿QUÉ ES XML, SOAP, WSDL, UDDI?

Son estándares empleados en un servicio web

XML - EXTENSIBLE MARKUP LANGUAGE

Es el formato estándar para los datos que se vayan a intercambiar.

SOAP - Simple Object Access Protocol o XML-RPC (XML Remote PROCEDURE CALL

Protocolos sobre los que se establece el intercambio.

WSDL - WEB SERVICES DESCRIPTION LANGUAGE

Es el lenguaje de la interfaz pública para los servicios Web. Es una descripción basada en
XML de los requisitos funcionales necesarios para establecer una comunicación con los servicios
Web.

UDDI - UNIVERSAL DISCOVERY DESCRIPTION AND INTEGRATION

UDDI son las siglas del catálogo de negocios de Internet. El registro en el catálogo se hace

en XML.

Realizado por: Diana Alfaro
Complementado por: Carlos Sánchez


Página 3

VENTAJAS DE UN WEB SERVICES









Aportan interoperabilidad entre aplicaciones de software independientemente de sus
propiedades o de las plataformas sobre las que se instalen.
Los servicios Web fomentan los estándares y protocolos basados en texto, que hacen más
fácil acceder a su contenido y entender su funcionamiento.
Permiten que servicios y software de diferentes compañías ubicadas en diferentes lugares
geográficos puedan ser combinados fácilmente para proveer servicios integrados.

DESVENTAJAS DE UN WEB SERVICES







Para realizar transacciones no pueden compararse en su grado de desarrollo con los
estándares abiertos de computación distribuidacomo CORBA (Common Object Request Broker
Architecture).
Su rendimiento es bajo si se compara con otros modelos de computación distribuida, tales
como RMI (Remote Method Invocation), CORBA o DCOM (Distributed Component Object Model).
Es uno de los inconvenientes derivados de adoptar un formato basado en texto. Y es que
entre los objetivos de XML no se encuentra la concisión ni la eficacia de procesamiento.
Al apoyarse en HTTP, pueden esquivar medidas de seguridad basadas en firewall cuyas reglas
tratan de bloquear o auditar la comunicación entre programas a ambos lados de la barrera

¿POR QUÉ CREAR UN WS?







Para realizar transacciones no pueden compararse en su grado de desarrollo con los
estándares abiertos de computación distribuida como CORBA (Common Object Request Broker
Architecture).
Su rendimiento es bajo si se compara con otros modelos de computación distribuida, tales
como RMI (Remote Method Invocation), CORBA o DCOM (Distributed Component Object Model).
Es uno de los inconvenientes derivados de adoptar un formato basado en texto. Y es que
entre los objetivos de XML no se encuentra la concisión ni la eficacia de procesamiento.
Al apoyarse en HTTP, pueden esquivar medidas de seguridad basadas en firewall cuyas reglas
tratan de bloquear o auditar la comunicación entre programas a ambos lados de la barrera.

RAZONES PARA CREAR SERVICIOS WEB

La principal razón para usar servicios Web es que se pueden utilizar con HTTP sobre TCP (Transmission Control Protocol)
en el puerto 80. Dado que las organizaciones protegen sus redes mediante firewalls -que filtran y bloquean gran parte
del tráfico de Internet-, cierran casi todos los puertos TCP salvo el 80, que es, precisamente, el que usan los
navegadores. Los servicios Web utilizan este puerto, por la simple razón de que no resultan bloqueados. Es importante
señalar que los servicios web se pueden utilizar sobre cualquier protocolo, sin embargo, TCP es el más común.

Otra razón es que, antes de que existiera SOAP, no había buenas interfaces para acceder a las funcionalidades de otros
ordenadores en red. Las que había eran ad hoc y poco conocidas, tales como EDI (Electronic Data Interchange), RPC
(Remote Procedure Call), u otras APIs.

Una tercera razón por la que los servicios Web son muy prácticos es que pueden aportar gran independencia entre la
aplicación que usa el servicio Web y el propio servicio. De esta forma, los cambios a lo largo del tiempo en uno no deben
afectar al otro. Esta flexibilidad será cada vez más importante, dado que la tendencia a construir grandes aplicaciones a
partir de componentes distribuidos más pequeños es cada día más utilizada.



Realizado por: Diana Alfaro
Complementado por: Carlos Sánchez


Página 4

JAVA Y LOS SERVICIOS WEB



Integración de Servlets y JSP

Una aplicación Web realiza tareas de procesado y presentación:




Los Servlets son adecuados para procesado.
Las páginas JSP son adecuadas presentación.

Una aplicación Web puede combinar Servlets y páginas JSP:






Procesado de parámetros de la petición: Servlets.
Acceso a bases de datos: Servlets.
Lógica de la aplicación: Servlets.
Presentación (vistas): JSP.

MODELO DE FUNCIONAMIENTO

1. El cliente envía la petición HTTP a un servlet.
2. El servlet procesa la petición.

Si es necesario, se conecta a la base de datos.

3. El servlet redirige la petición a un JSP.

Si es necesario, añade beans como parámetros.

4. El JSP lee los parámetros y devuelve la respuesta formateada visualmente al usuario.



Realizado por: Diana Alfaro
Complementado por: Carlos Sánchez



Página 5

INSTALACIÓN DEL "ECLIPSE IDE FOR JAVA EE DEVELOPERS"



Y EL SERVIDOR "APACHE TOMCAT"



ECLIPSE IDE FOR JAVA EE DEVELOPERS



Para desarrollar aplicaciones que se ejecuten en un servidor web debemos utilizar la versión

de Eclipse que viene con todos los complementos que facilitan el desarrollo.


La

versión

que

debemos

Developers
(http://www.eclipse.org/downloads/packages/release/juno/r), como podemos ver el tamaños es mayor que la versión
“Eclipse IDE for Java Developers”


es Eclipse

descargar

Java

IDE

for

EE

Crearemos la carpeta eclipsej2ee y dentro de la misma descomprimamos el entorno de Eclipse

que acabamos de descargar “Eclipse IDE for Java EE Developers”.



Seleccionamos una otra carpeta donde se almacenaran los proyectos que realicemos.



Realizado por: Diana Alfaro
Complementado por: Carlos Sánchez


Página 6



Cuando ejecutamos el Eclipse nos pide seleccionar la carpeta donde se almacenarán los proyectos
que crearemos y aparece el siguiente entorno (como podemos ver prácticamente igual que la versión
"Java Developers" con un título distinto):


APACHE TOMCAT


El servidor web "Apache Tomcat" nos permitirá ejecutar servlet y páginas dinámicas.



Podemos descargar el "Apache Tomcat" de http://tomcat.apache.org/download-70.cgi (descargar

el archivo Binary Distributions Core 32-bit Windows zip) y descomprimirlo en una carpeta.



Una vez descomprimido procedemos a registrarlo en Eclipse. Desde el menú de opciones
seleccionamos Window -> Preferences y en el diálogo que aparece debemos seleccionar Server ->
Runtimes Environments y presionar el botón "Add...":

Realizado por: Diana Alfaro
Complementado por: Carlos Sánchez


Página 7





En el nuevo diálogo que aparece seleccionamos de la carpeta "Apache" l
  • Links de descarga
http://lwp-l.com/pdf11541

Comentarios de: Java Web Services (0)


No hay comentarios
 

Comentar...

Nombre
Correo (no se visualiza en la web)
Valoración
Comentarios
Es necesario revisar y aceptar las políticas de privacidad