2011-05-01 22 views
9

Estoy empezando realmente con Message Queue y estoy buscando información muy básica, cómo hacerlo, etc.Microsoft Message Queue. ¿Está desaprobado?

Pero tengo una sensación extraña con lo que estoy buscando. Parece que "Message Queue Server" no es la forma "estándar" de hacer en Visual Studio 2010, Windows 7 o los últimos productos de Microsoft, porque toda la información que encuentro está relacionada con los productos anteriores de Microsoft. O esa es mi primera impresión.

De hecho: http://www.microsoft.com/msmq/ no se ejecuta. Esta vacio ?

En resumen: no sé por qué ... pero creo que Message Queue de Microsoft no es un producto de "vanguardia" para poner mis esfuerzos y quizás haya otro producto de sustitución. ¿Es verdad o estoy equivocado?

¿Qué nuevo producto ofrece la misma funcionalidad hoy en día?

Gracias.

+0

Lo sé ahora (gracias a todas las respuestas) Debo usar MSMQ pero a través de los servicios de WCF. Saludos. – ferpega

Respuesta

3

Se usa en productos antiguos, pero nunca tuve ningún motivo para pensar que está obsoleto.

Un ejemplo de dónde se admite la cola de mensajes es WCF.

No hay otra forma de enviar mensajes unidireccionales a un servidor WCF que sabe que llegará incluso si el servidor no está en tiempo de envío.

+0

Este enlace es realmente bueno y tu respuesta es la primera. Gracias a todas las personas por sus respuestas. Estoy listo para aprender MSQM + WCF .. :-) – ferpega

3

MSMQ está vivo y coleando. Lo usamos en producción cuando necesitamos una entrega confiable pero NO respuestas interactivas/en tiempo real. También está integrado con WCF.

3

MSMQ no está desaprobado. Como otros han notado, ofrece capacidades (mensajes confiables en una dirección con conexiones no confiables entre puntos finales no confiables) que otras categorías de formularios de comunicación no (pero MSMQ se superpone con otros middleware de mensajería incluyendo cosas como WebSphere * MQ de IBM).

no estoy seguro de dónde sacó ese enlace de, pero microsoft.com tiene mucha información en línea:

3

Message Queuing es una tecnología básica de Windows. Ha existido por mucho tiempo, fue característica completa en el lanzamiento de Windows 2000. No hay sustituto en Windows, nada se acerca a sus capacidades, aparte de las soluciones de colas de mensajes de otros proveedores.

Eso lo convierte en un componente crítico pero poco efectivo. Es tan emocionante como el sistema de archivos NTFS. Raramente programa MSMQ directamente estos días, otra razón por la que no ve mucho al respecto. El enfoque recomendado es WCF, disponible desde .NET 3.0

+0

Entonces, usted dice que debe usar MSMQ. Debo hacerlo con WCF "como un proxy o intermediario". ¿no es así? – ferpega

+3

No hay ningún requisito, el uso de la clase MessageQueue en su código no es * verboten *. Ciertamente hizo el trabajo antes de que se lanzara .NET 3.0. WCF es simplemente una conveniencia, por lo que es más probable que obtenga su código terminado más rápido y sin errores. Y es más probable que se pueda usar en otros entornos de ejecución. –

+0

Gracias por su aclaración Hans. – ferpega

3

No puedo decir que MSMQ está en desuso, pero puedo compartir mi experiencia con el soporte de MS Premier con respecto a MSMQ & WCF. Tenemos una cola WCF no activada por HTTP que se activa a través de MSMQ usando .NET 3.5. Para alta disponibilidad, hemos agrupado ese MSMQ.

Hemos encontrado que cuando el clúster falla (con gracia, como en el caso del mantenimiento programado), el servicio WCF se pone en un estado en el que la única forma de recuperarse es reciclando el grupo de aplicaciones. Abrimos un boleto con MS Premier Support, que afirmó que era un defecto en cómo WCF lidiaba con MSMQ, y que no lo arreglarían en 3.5 SP1 o 4.0, pero considerarían arreglarlo en 4.5.

No hemos revisado para ver si se han repasado y reparado en 4.5, pero esa experiencia me dejó una impresión acerca de dónde MS estaba eligiendo invertir sus recursos.

Cuestiones relacionadas