INDIGO Writing realible and transacted distributed application

• Uno se mueve a SOA por ahorro de costos.
• Existen dos aspectos de los que preocuparse:
• Comunicaciones.
• PROCESSING ISSUES.
• Tres son los temas importantes aquí:
• Sesiones.
• SESSION CHANEL:
• es un atributo del SERVICECONTRACT.
• Existen atributos para iniciar, mantener y terminar una sesión.
• Es posible compartir sesiones entre conexiones o clientes J
• RELIABLE SESSION (CONFIABLE)
• Envía los mensajes en orden y los recibe de la misma forma. Como una cola J
• El buffer de salida/entrada tiene un numero configurable de mensajes que puede encolar. Así no afecta el desempeño.
•  
• Transacción
• Objetivo principal, mantener la consistencia.
• Existen dos aproximaciones:
• ATOMIC
• COMPENSACIÓN
• Cada una tiene su escenario ideal.
• Se activa en el nivel de operación, del SERVICECONTRACT.
• En el cliente, se debe invocar dentro de un contexto transaccional.
•  
• QUEUES
• Son soportadas por MSMQ.
• Es más simple usar MSMQ con indigo.
• Como es obvio es un ENDPOINT donde se configura que use MSMQ.
• COMPOSING WITH TXs
• Se necesitan dos tx.
• Cliente – QUEUE
• QUEUE – Server
• MEPs
• Datagramas: mensajes sueltos, libres.
• SESSIONGRAM: grupo de mensajes contextualizados.
• DEAD LETTER, por supuesto incorporaron el concepto.
• POISON MESSAGE, nuevo en Windows vista, protege de mensajes malos.