Microsoft Message Queue. Is it deprecated?
Asked Answered
R

5

9

I am really starting with Message Queue and I am looking for very basic information, how to's and so on.

But I have a strange sensation with what I am finding. It seems "Message Queue Server" is not the "standard" way of do in Visual Studio 2010, Windows 7, or the very last products from Microsoft, because all information I am finding is related to old microsoft products. Or that is my first impression.

In fact: http://www.microsoft.com/msmq/ doesn't run. It is empty ?

In summary: I don't know why... but I think Message Queue from Microsoft is not a "cutting edge" product to put my efforts on and perhaps there is another substitution product. Is it true or I am mistaken ?

What new product offers the same functionality nowadays ?

Thanks.

Russianize answered 1/5, 2011 at 11:33 Comment(2)
I know now (thanks to all answers) I must use MSMQ but through WCF services. Regards.Russianize
Are the answers to this question still valid? The answer was provided 7 years ago. I'm finding it hard to get information on the support lifecycle for MSMQ.Rupture
B
3

It is used in old products, but I've never had any reason to think it as deprecated.

One example of where the message queue is supported is WCF.

There isn't any other way to send one-way messages to a WCF server which you know will arrive even if the server is down at sending time.

Buffon answered 1/5, 2011 at 11:39 Comment(1)
This link is really good and your answer is the first one. Thanks to all people for your answers. I am ready to learn MSQM+WCF.. :-)Russianize
M
3

MSMQ is alive and well. We use it in production when we need reliable delivery but NOT interactive/realtime responses. Its also integrated with WCF.

Maimaia answered 1/5, 2011 at 11:41 Comment(0)
R
3

MSMQ isn't deprecated. As others have noted it offers abilities (reliable one way messaging with unreliable connections between unreliable end points) that other categories of communications forms do not (but MSMQ does overlap with other messaging middleware including things like IBM's WebSphere*MQ).

I'm not sure where you got that link from, but microsoft.com has lots of information inline:

Ramiroramjet answered 1/5, 2011 at 12:5 Comment(0)
A
3

Message queuing is a core Windows technology. It has been around for a very long time, it was feature complete at the Windows 2000 release. There is no substitute in Windows, nothing comes close to its capabilities, other than message queuing solutions by other vendors.

That makes it a critical component but unsexy. About as exciting as the NTFS file system. You rarely program MSMQ directly these days, another reason you don't see much about it. The recommended approach is WCF, available since .NET 3.0

Aindrea answered 1/5, 2011 at 12:9 Comment(2)
So, you are saying to use MSMQ I must do it with WCF "like a proxy or intermediate". aren't you ?Russianize
There's no requirement, using the MessageQueue class in your code is not verboten. It certainly got the job done before .NET 3.0 became available. WCF is merely a convenience, making it more likely you'll get your code finished quicker and bug-free. And more likely to be usable in other execution environments.Aindrea
B
3

I can't say that MSMQ is deprecated, but I can share my experience with MS premier support regarding MSMQ & WCF. We have a non-HTTP activated WCF queue which happens to be activated via MSMQ using .NET 3.5. For high availability, we have clustered that MSMQ.

We have found that when the cluster fails over (gracefully, such as for scheduled maintenance), the WCF service gets into a state where the only way to recover from it is to recycle the app pool. We opened up a ticket with MS premier support, who stated that it was a defect in how WCF dealt with MSMQ, and that they wouldn't fix it in 3.5 SP1 or 4.0, but would consider fixing it in 4.5.

We haven't checked to see if they have gone back and fixed in 4.5, but that experience did leave an impression on me as to where MS was choosing to invest their resources.

Birdman answered 25/9, 2012 at 12:53 Comment(0)

© 2022 - 2024 — McMap. All rights reserved.