PDF de programación - Manual para uso de web services

<<>>
Imágen de pdf Manual para uso de web services

Manual para uso de web servicesgráfica de visualizaciones

Publicado el 30 de Agosto del 2018
2.106 visualizaciones desde el 30 de Agosto del 2018
2,4 MB
75 paginas
MANUAL PARA USO DE WEB SERVICES



TABLA DE CONTENIDO



INTRODUCCIÓN ............................................................................ 3

Definiciones de Servicio Web........................................................... 5


Descripción general..................................................................... 5
Componentes de los servicios Web................................................ 6



Operaciones de Servicios Web......................................................... 7


Ejemplos de Servicios Web........................................................... 8



Razones para utilizar los Servicios Web XML...................................... 9



Retos que deben vencer los Servicios Web.......................................10



Arquitectura de un Servicio Web.....................................................12


Estándares de Servicios Web .......................................................13
Publicación y consumo de servicios Web .......................................14



TECNOLOGÍA .NET........................................................................15


Arquitectura del entorno .NET......................................................18
Principales Componentes .NET.....................................................18
.Net Framework.........................................................................18
Requisitos para el consumo de servicios Web en .NET ....................23



Instalación de ASP.NET .................................................................24



Proxy de servicios Web..................................................................31



1

I
S
C
.

E
r
i
k
a

Á
v
i
l
a

P
a
g
.

_
T
o
c
4
5
6
2
7
2
6
5
Preparación de servicios Web para su uso........................................33



Desarrollo de servicios web en la plataforma .net .............................40



Ejemplos de servicios web .............................................................41



Proyecto apache axis.....................................................................57



Tecnología j2ee (java 2 enterprise edition) ......................................61



Demostración de interoperabilidad en los servicios web .....................63


Acceder a un servicio web .net mediante un cliente java .................63
Acceder a un servicio web mediante un cliente jsp .........................71



Comentarios acerca del manual ......................................................75



2



INTRODUCCIÓN



La creación de aplicaciones como un conjunto de componentes
distribuidos a través de una red de equipos que trabajan de forma
conjunta se ha convertido en una práctica habitual. Tradicionalmente,
la lógica de las aplicaciones distribuidas requería el uso de la tecnología
de objetos componentes, como el Modelo distribuido de objetos
componentes de Microsoft® (DCOM, Distributed Component Object
Model), la Arquitectura de agente de peticiones de objetos común
(CORBA, Common Object Request Broker Architecture) de Object
Management Group o la Invocación de métodos remotos (RMI, Remote
Method Invocation) de Sun.

Estas tecnologías ofrecían una arquitectura confiable y escalable para
satisfacer las numerosas necesidades de las aplicaciones.

DCOM estaba construido sobre
llamadas a
procedimientos remotos (Remote Procedure Call, RPC), era mucho más
sencillo de utilizar que RPC pero mantuvo algunas de las limitaciones de
esta arquitectura.

la arquitectura de

Estas tecnologías basadas en componentes funcionan bastante bien en
entornos de Intranet. No obstante, si se utilizan a través de Internet,
surgen dos problemas de gran importancia. En primer lugar, las
tecnologías no interoperan. Aunque todas trataban con objetos, surgían
discrepancias en cuanto a los detalles, como la administración de los
ciclos de vida, la compatibilidad para constructores y el grado de
compatibilidad para herencia. El segundo problema, y más importante,
es su dependencia de la comunicación estilo RPC, que llevaba
normalmente a un escenario de sistemas estrechamente asociados
creados en torno a las invocaciones explícitas de los métodos de
objetos.

Una problemática adicional que DCOM presenta es el hecho de que no
es neutral con respecto a las plataformas. DCOM era básicamente una
opción exclusiva de Microsoft Windows, y debido a eso, la increíble
cantidad de versiones de Windows hacía que mantener un sistema de
cierta envergadura basado en COM fuera una tarea difícil.

Actualmente el mundo de los negocios necesita técnicas más poderosas
para escalar las soluciones de negocios sin incrementar la complejidad.

3

El modelo de servicios Web promete entregar estas soluciones de una
manera más sencilla y simple que la que ofrecen las arquitecturas de
llamadas a procedimientos remotos y las tecnologías orientadas a
objetos.

Los servicios basados en tecnología Web han empezado a emerger como
área de interés para la tecnología y los negocios. Cada vez más
empresas están adoptando las tecnologías de servicios Web. Este
concepto sirve para agrupar los proyectos que hacen posible la
interconexión entre distintos sistemas, de una o diferentes empresas,
con la finalidad de intercambiar información o realizar transacciones a
través de Internet.
Aunque los clientes dinámicos facilitan el tratamiento de algunas de las
limitaciones de la arquitectura Web desde la perspectiva del usuario
final, los servicios Web serán la introducción de una gran tendencia en
cuanto al modo en que las aplicaciones comparten entre sí los datos.
Los Servicios Web proporcionan un conjunto de protocolos que permiten
a las aplicaciones exponer su funcionalidad y sus datos a otras
aplicaciones a través de Internet.
Principalmente, se trata de componentes de software en la red. Al igual
que los anteriores protocolos de computación distribuida, como DCOM,
DCE, CORBA y Java RMI, los Servicios Web proporcionan un marco de
trabajo de llamadas remotas a objetos para intercambiar datos.


4



Definiciones de Servicio Web


1. Un servicio Web es una colección de funciones que son
presentadas como una sola entidad y es anunciada en la red para
ser usada por otros programas.

2. Los servicios Web son los bloques de construcción para crear

sistemas distribuidos abiertos.

3. Son aplicaciones auto-contenidas y modulares que pueden ser:

• Descritas mediante un lenguaje de descripción de servicio,

como el lenguaje WSDL (Web Service Description Language)

• Publicadas al someter las descripciones y políticas de uso en
algún Registro bien conocido, utilizando el método de registro
UDDI (Universal Description, Discovery and Integration).

• Encontradas al enviar peticiones al Registro y recibir detalles de
ligamiento (binding) del servicio que se ajusta a los parámetros
de la búsqueda.

• Asociadas al utilizar la información contenida en la descripción
del servicio para crear una instancia de servicio disponible o
proxy.

• Invocadas sobre la red al utilizar la información contenida en

los detalles de ligamento de la descripción del servicio.

• Compuestas con otros servicios para integrar servicios y

aplicaciones nuevas



independiente de

Descripción general
Los servicios Web actuales son bastante sencillos. Proporcionan un
lenguaje y una sintaxis
la plataforma para
intercambiar datos complejos mediante mensajes. Las características
esenciales de los servicios Web se implementan mediante XML, lo que
permite que cualquier plataforma pueda utilizar fácilmente esta
tecnología.
Los servicios Web se componen principalmente de dos estándares
fundamentales: Protocolo simple de acceso a objetos (SOAP) y Lenguaje
descriptivo de servicios Web (WSDL).

5

SOAP es el protocolo utilizado para intercambiar mensajes y datos entre
aplicaciones.
WSDL tiene una sintaxis que permite describir las funciones de un
servicio Web. Éste podría utilizarse como herramienta para generar el
código necesario para acceder al servicio Web o para facilitar
herramientas que proporcionen indicios de código a un desarrollador que
utilice el servicio.
Las dos especificaciones son muy utilizadas por los líderes del sector,
como IBM, Microsoft, Sun, BEA, Oracle y otros, además de Macromedia.
Existen muchos otros estándares que complementan o amplían estas
tecnologías básicas.


Componentes de los servicios Web:


• Servicio. La aplicación es ofrecida para ser utilizada por
solicitantes que cumplen los requisitos especificados por el
proveedor de servicios. La implementación se realiza sobre una
plataforma accesible en la red. El servicio se describe a través de
un lenguaje de descripción de servicio. Tanto la descripción como
las políticas de uso han sido publicadas de antemano en un
registro.


• Proveedor de Servicio. Desde el punto de vista comercial, es
quien presta el servicio. Desde el punto de vista de arquitectura,
es la plataforma que provee el servicio.


• Registro de Servicios. Es un depósito de descripciones de
servicios que puede ser consultado, donde los proveedores
publican sus servicios y los solicitantes encuentran los servicios y
los detalles para utilizarlos.


• Solicitante de servicios. Desde el punto de vista comercial, la
empresa que requiere cierto servicio. Desde el punto de vista de la
arquitectura, la aplicación o cliente que busca e in
  • Links de descarga
http://lwp-l.com/pdf13288

Comentarios de: Manual para uso de web services (0)


No hay comentarios
 

Comentar...

Nombre
Correo (no se visualiza en la web)
Valoración
Comentarios...
CerrarCerrar
CerrarCerrar
Cerrar

Tienes que ser un usuario registrado para poder insertar imágenes, archivos y/o videos.

Puedes registrarte o validarte desde aquí.

Codigo
Negrita
Subrayado
Tachado
Cursiva
Insertar enlace
Imagen externa
Emoticon
Tabular
Centrar
Titulo
Linea
Disminuir
Aumentar
Vista preliminar
sonreir
dientes
lengua
guiño
enfadado
confundido
llorar
avergonzado
sorprendido
triste
sol
estrella
jarra
camara
taza de cafe
email
beso
bombilla
amor
mal
bien
Es necesario revisar y aceptar las políticas de privacidad