WCF TEMA 1

Introduccin a Windows
Communication Foundation

Diseno de Una Aplicacion Para ser

parte de una arquitectura
Orientada a servicios
Introduccin a la arquitectura WCF
Uso de una interface de lenguaje como un contrato de
servicio
Implementacin de un servicio simple WCF en Visual Studio
2008
Consumo de un servicio simple con Visual Studio 2008
Diseo de una aplicacin para formar parte de una
arquitectura orientada a servicios
Introduccin a la arquitectura WCF
Uso de una interface de lenguaje como un contrato de servici

Introduccin a la
Arquitectura WCF
Datos centralizados clsico de la plataforma de escritorio para
negocios, era de un solo usuario, por lo general con un alcance muy
limitado para realizar mltiples tareas.
Inter-Proceso de Tecnologas de la Comunicacin:el siguiente reto era
permitir que varios usuarios compartan los datos de negocio.
factores tales como la coordinacin de acceso (impedir que dos
aplicaciones traten de leer en el mismo socket al mismo tiempo)
puede complicar la tarea de multiusuario.
Microsoft ha desarrollado el Modelo de objetos de componentes, COM,
como el mecanismo para la comunicacin entre las aplicaciones y
componentes que se ejecutan en la plataforma Windows.
Microsoft COM diseado originalmente para permitir comunicaciones
entre los componentes y aplicaciones que se ejecutan en el mismo
equipo.

Introduccin a la
Arquitectura WCF
COM fue seguido por DCOM (Distributed COM),
permitiendo a las aplicaciones a los componentes
de acceso se ejecutan en otros equipos a travs de
una red. DCOM era en s misma seguida por COM
+. COM + caractersticas incorporadas tales como
la integracin con Microsoft Transaction Server.
COM + fue seguido a su vez por el. NET Framework,
que ampli las funciones disponibles y rebautizada
como la tecnologa de Servicios Empresariales. De.
NET Framework formularon una serie de nuevas
tecnologas para la construccin de elementos de
la red

LA WEB Y LA WEB SERVICES

La Web y Web Services
Tecnologas como COM, DCOM, COM +, Enterprise Services
y. NET Framework todos funcionan bien cuando las
aplicaciones y los componentes se ejecutan en la misma
red de rea local dentro de una organizacin. Tambin son
especficos a la familia de sistemas operativos Microsoft
Windows.
La World Wide Web proporciona una infraestructura que
permite a los desarrolladores construir aplicaciones que
pueden combinar los componentes y otros elementos
ubicados en cualquier parte del mundo, se ejecuta en
ordenadores de diferentes arquitecturas, y la ejecucin con
una variedad de sistemas operativos.

LA WEB Y LA WEB SERVICES

Un servicio Web es una aplicacin o
componente que se ejecuta en el equipo que
aloja el sitio Web. Un servicio Web puede
recibir peticiones de aplicaciones que se
ejecutan en el usuario, realizar operaciones en
el equipo que aloja el servicio Web y enviar una
respuesta de nuevo a la aplicacin que se
ejecuta en el ordenador del usuario. Un servicio
Web tambin puede invocar operaciones en
otros servicios web, alojada en otro lugar en
Internet. (aplicaciones distribuidas.)

LA WEB Y LA WEB SERVICES

los servicios de Internet no son especficas de un
lenguaje determinado o el sistema operativo. Para
establecer los servicios Web como un mecanismo
mundial para la construccin de aplicaciones
distribuidas, los desarrolladores tuvieron que
ponerse de acuerdo sobre varios puntos,
incluyendo un formato comn de datos, un
protocolo para enviar y recibir las solicitudes y el
manejo de la seguridad. Todas estas caractersticas
tena que ser independiente de la plataforma se
utiliza para crear y alojar servicios Web.

LA WEB Y LA WEB SERVICES

XML como un formato de datos
comn que
Los diferentes tipos de computadoras
pueden almacenar los mismos
valores utilizando diferentes
representaciones internas de los
equipos.

LA WEB Y LA WEB SERVICES

XML permite definir una gramtica para describir casi cualquier tipo
de datos que se necesite manejar.
ejemplo:
<Person>
<Forename>John</Forename>
<Surname>Sharp</Surname>
<Age>42</Age>
</Person>
Una aplicacin que necesita enviar informacin sobre una persona a
otra aplicacin podra darle formato a los datos de esta manera, y
la aplicacin receptora debe ser capaz de analizar los datos y darle
sentido. Sin embargo, no es ms que una forma de representar esta
informacin utilizando XML. Tambin puede estructura as:
<Person Forename="John" Surname="Sharp" Age="42" />

Introduccin a la
Arquitectura WCF
La Arquitectura Orientada a Servicios
(SOA, Service Oriented Architecture)
supone una estrategia
general de organizacin de los elementos de
IT, de forma que una coleccin de sistemas
distribuidos y aplicaciones complejas se
puedan transformar en una red de
recursos integrados, simplificada y
sumamente flexible

SOAP
SOAP (siglas de Simple Object
Access Protocol) es un protocolo
estndar que define cmo dos
objetos en diferentes procesos
pueden comunicarse por medio de
intercambio de datos XML.

Beneficios de SOA
SOA proporciona las siguientes
ventajas:
Permite a los negocios responder al
cambio sin el requisito de desarrollar
aplicaciones totalmente nuevas.
Permite reutilizar los servicios
bsicos de negocios independientes
de la implementacin.

Beneficios de SOA
La diferencia entre los servicios, componentes,
y los objetos es el siguiente:
Los servicios son procesos independientes
definidos por una interfaz.
Los componentes son bloques de nivel de la
plataforma, como archivos DLL que se pueden
conectar tanto en tiempo de diseo y tiempo
de compilacin.
Los objetos son bloques de construccin de
bajo nivel dentro de los componentes y
servicios.

WCF y SOA
WCF soporta SOA
WCF es un FRAMEWORK que puede utilizarse para
implementar soluciones SOA.
SOA tiene un diseo independiente de la
tecnologa.
Los desarrolladores no tienen que aprender
WSDL.
La funcionalidad se maneja en tiempo de
ejecucin.
Provee herramientas para construir facilmente
servicios.

WSDL
WSDL son las siglas de Web Services Description Language, un formato XML que
se utiliza para describir servicios Web (algunas personas lo leen como wisdel). La
versin 1.0 fue la primera recomendacin por parte del W3C y la versin 1.1 no
alcanz nunca tal estatus. La versin 2.0 se convirti en la recomendacin actual
por parte de dicha entidad.
WSDL describe la interfaz pblica a los servicios Web. Est basado en XML y
describe la forma de comunicacin, es decir, los requisitos del protocolo y los
formatos de los mensajes necesarios para interactuar con los servicios listados en
su catlogo. Las operaciones y mensajes que soporta se describen en abstracto y
se ligan despus al protocolo concreto de red y al formato del mensaje.
As, WSDL se usa a menudo en combinacin con SOAP y XML Schema. Un
programa cliente que se conecta a un servicio web puede leer el WSDL para
determinar qu funciones estn disponibles en el servidor. Los tipos de datos
especiales se incluyen en el archivo WSDL en forma de XML Schema. El cliente
puede usar SOAP para hacer la llamada a una de las funciones listadas en el WSDL.
El WSDL nos permite tener una descripcin de un servicio web. Especifica la
interfaz abstracta a travs de la cual un cliente puede acceder al servicio y los
detalles de cmo se debe utilizar.

WSDL
Estructura del WSDL
Tipos de datos: <types>: Esta seccin define los tipos de datos usados
en los mensajes. Se utilizan los tipos definidos en la especificacin de
esquemas XML.
Mensajes: <message>: Aqu definimos los elementos de mensaje. Cada
mensaje puede consistir en una serie de partes lgicas. Las partes pueden
ser de cualquiera de los tipos definidos en la seccin anterior.
Tipos de puertos: <portType>: Con este apartado definimos las
operaciones permitidas y los mensajes intercambiados en el Servicio.
Bindings: <binding>: Especificamos los protocolos de comunicacin
usados.
Servicios: <service>: Conjunto de puertos y direccin de los mismos.
Esta parte final hace referencia a lo aportado por las secciones anteriores.
Con estos elementos no sabemos que hace un servicio pero si disponemos
de la informacin necesaria para interactuar con l (funciones, mensajes
de entrada/salida, protocolos...).

EJEMPLO DE WSDL
<definitions name="StockQuote>
<types>

</types>
<message name> </message>
<message name> </message>
<portType > </portType>
<binding> </binding>
<service name></service>
</definitions>