He oído hablar de, WebSync y PokeIn, ambas son implementaciones de pago, he usado PokeIn y es bastante directo. Si está esperando codificar su propia implementación de COMET, solo puedo decir que es una tarea compleja, porque necesita modificar el comportamiento natural de IIS. Es una forma estrafalaria de esquivar las limitaciones del protocolo HTTP y necesitas saber muy bien lo que haces para no terminar rompiendo las cosas =).
También se conoce como solicitudes de larga duración . Este también es, de lejos, el método complejo más para implementar. Básicamente, el cliente realiza una solicitud y el servidor muy responde lentamente, lo que hace que se mantenga la conexión . Periódicamente, cuando el servidor tiene algo que presionar, "va a estallar" enviar la información, por lo que para hablar. Este enfoque te da push en tiempo real, lo cual es genial. Pero, que tiene un serio hacia abajo del lado: la celebración de conexiones abiertas como esa no es la forma en los protocolos subyacentes están destinados a trabajo, y la mayoría de los servidores no son muy feliz por ello. Si su tráfico obtiene demasiado grande, masticará hilos en el servidor y terminará con su sitio . ref: http://www.coderanch.com/t/121668/HTML-JavaScript/does-Reverse-Ajax-Works
¿Qué opinas de la utilización de la tecnología push HTTP de Silverlight como un puente para Javascript como se describe aquí http://stackoverflow.com/questions/5449642/http -push-comet-reverse-ajaxusing-silverlight-to-javascript-bridge – LamonteCristo
No tengo experiencia con Silverlight, revisa esta respuesta http://stackoverflow.com/questions/640488/silverlight-and-push-notifications, si son incluido como parte de Silverlight SDK, entonces debería ser seguro de usar. – JOBG