Integración J2EE y .NET mediante Web Services - PowerPoint PPT Presentation

moses
integraci n j2ee y net mediante web services n.
Skip this Video
Loading SlideShow in 5 Seconds..
Integración J2EE y .NET mediante Web Services PowerPoint Presentation
Download Presentation
Integración J2EE y .NET mediante Web Services

play fullscreen
1 / 15
Download Presentation
Integración J2EE y .NET mediante Web Services
94 Views
Download Presentation

Integración J2EE y .NET mediante Web Services

- - - - - - - - - - - - - - - - - - - - - - - - - - - E N D - - - - - - - - - - - - - - - - - - - - - - - - - - -
Presentation Transcript

  1. Integración J2EE y .NET mediante Web Services

  2. Agenda • Introducción • Ejemplo 1: • Un caso sencillo • Ejemplo 2: • Utilización de tipos de datos a medida (clases propias)

  3. Introducción

  4. Introducción • La integración de aplicaciones siempre ha sido una necesidad empresarial. • La existencia de las redes de comunicaciones y en particular Internet garantizan el camino para realizar la integración de aplicaciones físicamente distribuidas. • La creación de un “estándar” de representación de la información como es XML (lenguajes o protocolos de tipo XML) ha automatizado la tediosa labor de parseo, de tratamiento a bajo nivel de la información. • La creación del estándar “Web Services”, basado en los protocolos SOAP, WSDL y UDDI ha fijado la estructura de los puntos finales de comunicación entre aplicaciones para poder invocar métodos de objetos remotamente. • Incluso aunque las tecnologías de la aplicaciones en cada extremo sean diferentes (J2EE, .NET, LAMP…)

  5. Introducción • Según lo comentado, integrar aplicaciones a través de Internet mediante Web Services debe ser algo trivial. • Más aún pensando que existen herramientas para automatizar: • La generación del fichero WSDL que describe el Web Service • La generación del proxy (a partir del WSDL) en el lado del cliente para acceder al Web Service como si fuese local • Y es cierto pero… • Podría no serlo si: • Los ficheros WSDL no siguiesen un único estándar, es decir, si admitiesen variantes (WSDL sobre JAX-RPC…) • Algunos aspectos complejos de los lenguajes o tecnologías de los extremos a integrar no fuesen fácilmente reflejables en el WSDL • Las herramientas generadoras de proxies y ficheros WSDL incorporasen aspectos no estándar

  6. Introducción • Y efectivamente, sucede, lo que en teoría es un estándar, en la práctica presenta situaciones en que no lo es: • Los ejemplos de interoperabilidad que solemos ver funcionan porque trabajan con entornos controlados y tipos de datos simples. • Pero, en la realidad, en función de las herramientas elegidas, las cosas cambian. • Por ejemplo, nuestro caso: • Parte servidor: • Tecnología: J2EE • Herramienta de desarrollo: Jdeveloper 10.1.2 • Parte cliente: • Tecnología: .NET • Herramienta de desarrollo: Visual Studio .NET 2005 • ¿Cómo resolver una situación de este tipo? • Veámoslo

  7. Ejemplo 1Un caso sencillo

  8. Ejemplo 1: Un caso sencillo • Tipos de datos básicos

  9. Ejemplo 1: Un caso sencillo • Cliente creado con: • Visual Studio .NET 2005 • Web service creado con • JDeveloper 10.1.2

  10. Ejemplo 2Utilización de tipos de datos a medida

  11. Ejemplo 2: Tipos de datos a medida • Tipos de datos a medida

  12. Ejemplo 2: Tipos de datos a medida • A) • Cliente creado con: • Visual Studio .NET 2005 • Web service creado con • JDeveloper 10.1.2 • B) • Cliente creado con: • Visual Studio .NET 2005 • Web service creado con • JDeveloper 10.1.3

  13. Ejemplo 2: Tipos de datos a medida • Nota • El tipo de datos ConjuntoOferta contiene arrays de tamaño fijo

  14. Ejemplo 2: Tipos de datos a medida • Cuestión • ¿Es posible utilizar tipos de datos complejos con arrays de tamaño no definido?

  15. Ejemplo 2: Tipos de datos a medida • Cuestión • ¿Es posible utilizar tipos de datos complejos con arrays de tamaño no definido? • La respuesta es SÍ