Este documento define y compara los modelos clásico, Ajax y Comet para aplicaciones web. Comet mantiene una conexión abierta entre el cliente y el servidor para enviar datos de forma push sin que el cliente los solicite, reduciendo el uso de ancho de banda y la latencia. El documento también discute posibles soluciones Comet como Dojo, WebSockets, Lightstreamer y WCF con Silverlight y ASP.NET, e incluye una demostración y conclusiones sobre los beneficios y desafíos de Comet.

1. Aplicaciones Web de Tiempo Real Microsoft Student Partner René Pastor Mogro - Facundo Castillo Verón Salta – Argentina Septiembre 2009

3. Definición:

4. Sistemas de tiempo real

5. Modelos de Aplicaciones web

6. ModeloClásico

7. Modelo Ajax

9. Comet: PosiblesSoluciones

10. Dojo

11. HTML 5 - WebSocket

12. Lightstreamer

14. Introducción : En estacharlavamosa definiry demostrar la tecnología Comet, comofueronevolucionandolos modelos de aplicaciones web, paraaplicaciones de Internet en los casos en donde el usuariorealizapeticiones al servidor, algunasventajas de usarestaestrucutura, algunas caracteristicas de estatécnica, etc. Vamos a ver un poco de códigoparaenteder el funcionamiento y comotrabaja en unaaplicación de tiempo real. Para terminarveremosuna Demo en donde se vereflejado un chat en linea, y unatabla con la actualización de los valores de la bolsa de mercadoreflajando en cadamomentoque se registra un cambio en el server.

15. Definiciones Sistemas de tiempo Real Un sistema de tiempo real es aquel en el que para que las operaciones computacionales sean correctas no solo es necesario que la lógica e implementación de los programas computacionales sea correcto, sino también el tiempo en el que dicha operación entregó su resultado. Si las restricciones de tiempo no son respetadas el sistema se dice que ha fallado (Donald Gillies).

16. Modelos de Aplicaciones Web Modelo Clásico Normalmente una página web es entregada al cliente a petición de él mismo. Para cada petición el navegador realiza una conexión HTTP al servidor web, el servidor devuelve los datos y termina la conexión. La desventaja de este método es que para poder actualizar los datos en el cliente, el usuario o el cliente debe actualizar o cambiar de página web, lo que hace que esto tome mucho tiempo sin dejar de lado que consume mucho ancho de banda. Modelo Ajax Ajax que permite al navegador solicitar solo la parte de la página web que fue cambiada o actualizada. Esto reduce significativamente el tiempo para actualizar el contenido, sin embargo para algunas situaciones no es conveniente.

17. Modelos de Aplicaciones Web Modelo Comet En desarrollo web, Comet es un termino genérico para describir un modelo de aplicación web en el que una petición HTTP mantenida abierta permite a un servidor web enviar datos a un navegador por tecnología push, sin que el navegador los solicite explícitamente. Comet es un término que cubre múltiples técnicas para conseguir esta interacción. Comet también es conocido como: Ajax Push, Reverse Ajax, Two-way-web, HTTP Streaming and HTTP server push, entre otros.

18. Modelos de Aplicaciones Web

19. Ajax vs Comet La diferencia que existe entre AJAX y Comet es que en este modelo se mantiene una conexión abierta entre el cliente y el servidor web; el cliente no solicita los datos, pero si envía información al servidor, y el servidor no le responde al cliente con un bloque de datos, se espera a que haya algún evento de lado del servidor para enviar la información. Por ejemplo en una aplicación de mensajes instantáneos que está basada sobre AJAX, para que una lista de usuarios pueda actualizarse pudiendo cambiar si un usuario se conectó o desconectó, el cliente necesita conectarse al servidor web cada cierto tiempo solicitando los cambios que hayan ocurrido, esto consume ancho de banda y tiempo. Con Comet(*), el cliente no deberá estar solicitando los cambios de la lista de usuarios, el servidor web es el que le envía los datos al cliente cuando cambia la lista de usuarios, esto reduce considerablemente el consumo de ancho de banda. (*) En cualquier caso, en la práctica, las aplicaciones Comet usan tradicionalmente programación AJAX con una petición prolongada para detectar nueva información en el servidor.

20. Consideraciones: Cometreduce la latencia para la entrega de datos de manera significativa Las conexiones full duplex no estansoportadasportodos los navegadores. Generalmente no se debeabrirningunpuertoespecifico, dependera de comoestaimplementado Comet. Una de lasdesventajasesque Comet escribemuchainformacion en los headers HTTP de los mensajeshaciendoesto un pocomaspesados.

21. Comet: Posibles soluciones Dojo Alex de DojoToolkit.org fue el primero en definir esta técnica, y Dojo es el primer framework que implementa a Comet. HTML 5 - WebSockets Es la nueva especificación de HTML que esta llevando a cabo la W3C. En esta futura versión se define en la sección de comunicación los WebSockets, lo que sera un importante avance en esta área. Los WebSockets definen un estándar para aplicaciones RIA (en las que se utiliza Ajax, Comet, etc.) y un socket nativo para el navegador, el cual cuenta con comunicación bidireccional (full duplex) sobre una sola conexión. Hoy en dia el full duplex no es soportado por los navegadores por lo que técnicas como Ajax deben mantener dos conexiones abiertas.Para utilizar un WebSocket, la especificación introduce una interfaz que se consume viaJavaScript desde cualquier browser que soporte Html 5. Lightstreamer Lightstreameres un servidor escalable y confiable para enviar datos en forma directa a aplicaciones ricas de Internet.Basado en el modelo Comet, envía datos tiempo real a cualquier navegador Web, sin necesidad de instalar nada en el cliente. Clientes HTML, AJAX, Flex, AIR, Silverlight, así como Java, .NET, aplicaciones de iPhone, pueden recibir los datos en vivo desde Lightstreamer.

22. Comet: Posibles soluciones WCF – Silverlight – ASP.net Windows ComunicationsFoundations permite crear servicios full dúplex, aprovechando esta característica y combinándola con Silverlight y ASP.net podremos implementar Comet. Referencias: System.ServiceModel.PollingDuplex.dll Lado Cliente: C:rogram Filesicrosoft SDKsilverlight3.0ibrarieslient Lado Servidor: C:rogram Filesicrosoft SDKsilverlight3.0ibrarieserver

23. Demo

24. Conclusiones : Ajax no es la únicaalternativa o técnicapara la comunicación entre el browser y el server cuando se hacealgundesarrollo RIA. Existen la opción de usar Comet y el futuroprometedorestándarWebSocket de la especificación HTML version 5.0 Los beneficios de Comet incluyen un granrendimiento (bajalatencia), perobajala escalabilidad, yaquecadaconexión del cliente se mantieneabiertadurante largos períodos de tiempoque los servidores web de hoy no estánoptimizados. Cometpuede ser utilizado en sistemas de producción de misión crítica, en donde la escalabilidad de red, el bajo impacto, la gestión de ancho de banda, la adaptación de streaming, y otras características avanzadas, han demostrado ser fundamentales.

26. http://code.msdn.microsoft.com/silverlightws/Release/ProjectReleases.aspx?ReleaseId=2401

27. http://weblogs.asp.net/dwahlin/archive/2008/06/16/pushing-data-to-a-silverlight-client-with-wcf-duplex-service-part-i.aspx

28. http://msdn.microsoft.com/es-es/library/dd470105(VS.95).aspx

29. http://es.wikipedia.org/wiki/Comet

30. http://msdn.microsoft.com/es-es/library/cc645027(VS.95).aspx

33. Gracias!!