Integrantes: Marcelo Caponi Pablo Rodriguez Pablo Zamudio Tutores: Leonardo Rodríguez Diego Rivero.

Presentación del tema: "Integrantes: Marcelo Caponi Pablo Rodriguez Pablo Zamudio Tutores: Leonardo Rodríguez Diego Rivero."— Transcripción de la presentación:

1 Integrantes: Marcelo Caponi Pablo Rodriguez Pablo Zamudio Tutores: Leonardo Rodríguez Diego Rivero

2 - Entender soluciones basadas en mensajería - Estudiar técnicas y artefactos de diseño para atacar un problema de mensajería Estudiar EIP en SOA SOA ∩ Mensajería Futuro EIP → SOA WS-* → EIPs Frameworks y ESBs → EIPs

3

4

5

6  Brinda: Bajo Acoplamiento Comunicación Asíncrona Comunicación Confiable Operación sin conexión  Pero … Modelo de Programación complejo

7  Definición “Paradigma en el que tanto la estructura como la ejecución de los programas están determinados por los sucesos que ocurran en el sistema o que ellos mismos provoquen.”  Puntos de contacto con mensajeria? Forma de pensar las soluciones similar

8  Integración de aplicaciones  Diseminación de Información  Sistemas de Monitoreo Distribuido  Sistemas Móviles

9  Channels: Direcciones lógicas en el sistema de mensajería.  Messages: Entidades que transportará el sistema de mensajería.  Message Endpoint: Permite conectar una aplicación al sistema de mensajería.

10  Permite la comunicación entre aplicaciones mediante el intercambio de mensajes.  Características: Confiable Asíncrona Con garantía de entrega Con notificación de entrega Con manejo transaccional

11

12  Identificación del contexto  Especificación del comportamiento de la aplicación  Definición de los componentes  Definición y estructura de los canales de comunicación  Especificación de interacción entre componentes

13  Channel Patterns Point-to-Point Channel  Message Patterns Return Address  Routing Patterns Message Router  Transformation Patterns Content Filter  Endpoint Patterns Message Selector  Management Patterns Wire Tap

14  UML (Diagramas de estados, Diagramas de Actividad, Diagramas de secuencia, etc)  Diagramas de Contexto  Signal Wiring Diagrams  SysML  Workflow diagrams  SDL

15  Identificación del contexto Diagrama de Contexto Diagrama de Casos de Uso  Especificación del comportamiento de la aplicación Diagramas de Actividad UML Diagramas de Workflow  Definición de los componentes Block diagrams Signal Wiring Diagrams Diagramas de Componentes UML  Definición y estructura de los canales de comunicación Diagramas de EIP  Especificación de interacción entre componentes Signal Wiring Diagrams Block diagrams (SysML) Diagramas de Comunicación UML

16

17  Porque EIP en SOA? SOA ∩ Mensajería? Futuro EIP → SOA? WS-* → EIPs? Frameworks y ESBs → EIPs?

18  Estándares WS-* WS-Notification WS-Adressing WS-ReliableMessaging WS-Coordination WS-AtomicTransaction WS-BusinessActivity WS-Enumeration WS-Policy WS-ResourceFramework

19  Apache Camel Motor de reglas de ruteo y transformacion de mensajes Soporta varios protocolos Implementa gran parte de los EIP Reglas expresables mediante: ○ POJOs + DSL ○ POJOs + XMLs de configuración (Spring fashion)

20  Implementables mediante WS-*  No implementables mediante WS-* Basados en el canal Ruteo de mensajes Manipulación de mensajes Transformación de mensajes System Management

21  Message Filter. Problema Evitar que un componente reciba mensajes que no le son de interés Solución Utilizar un ruter, que filtre los mensajes que no son de interés, en función de criterios definidos con anterioridad.

22  Utilización de: WS-Notification (WS-BaseNotification y WS-Topics)  En cada suscripción se especifican filtros para evaluar si una notificación debe ser enviada al subscriptor o no. Se puede especificar: Tópicos de interés Condiciones sobre las notificaciones usando Xpath  Se utilizo Apache Muse, como plataforma que implementa estas especificaciones.

23  Dead Letter Channel. Problema Resolver a donde van los mensajes que no pueden ser entregados. Solución Especificar un canal donde se envíen los mensajes que no se pueden entregar.

24  Se utiliza Apache Camel  Se definen políticas a seguir para evaluar si un mensaje ya no puede ser entregado. Ejemplos: cantidad de reintentos de entrega tiempo máximo a intentar la entrega.  Se especifican reglas de ruteo de los mensajes que no pueden ser entregados. Ejemplos: Web Services, colas de mensajes, base de datos, dirección de correo

25  WS-* + WS-* Estándares componibles por definición  WS-* + No WS-* Factible usando Apache Camel y su componente para manejo de WS  No WS-* + No WS-* Factible si al implementar un patron se tiene en cuenta la compatibilidad con el resto

26  Completar estudio de implementación de EIP en SOA  Impacto de la implementación de EIP en la composición  Trazabilidad entre diagramas de diseño  Caso de estudio

27

28

29