2011-05-01 7 views
9

Message Queueは本当に始まっています。私は非常に基本的な情報、やり方などを探しています。Microsoft Message Queueそれは廃止されましたか?

しかし、私は私が探しているものとは違った感覚を持っています。私が見つけたすべての情報は古いマイクロソフト製品に関連しているため、「メッセージキューサーバー」はVisual Studio 2010、Windows 7、またはMicrosoftの最後の製品では「標準的な」方法ではないようです。それが私の最初の印象です。

実際、http://www.microsoft.com/msmq/は実行されません。それは空です ?

要約:理由はわかりませんが、MicrosoftのMessage Queueは私の努力を払うための「最先端の」製品ではないと思うし、おそらく別の代替製品もあります。それは本当ですか、私は間違っていますか?

現在、同じ機能を提供する新製品はありますか?

ありがとうございました。

+0

私は今知っています(すべての回答に感謝します)MSMQを使用する必要がありますが、WCFサービスを使用する必要があります。よろしく。 – ferpega

答えて

3

古い製品で使用されていますが、廃止予定とは思われませんでした。

メッセージキューがサポートされている場所の1つの例はWCFです。

送信時にサーバーがダウンしても到着することがわかっているWCFサーバーに一方向のメッセージを送信する方法はありません。

+0

このリンクは本当にうれしくて、あなたの答えは最初です。あなたの答えはすべての人に感謝します。私はMSQM + WCFを学ぶ準備ができています。:-) – ferpega

3

MSMQは健在です。私たちは、信頼できる配信が必要なときにはプロダクションで使用しますが、インタラクティブ/リアルタイムのレスポンスは使用しません。また、WCFと統合されています。

3

MSMQは推奨されていません。他の人は、他のカテゴリのコミュニケーション形式ではない能力(信頼できない一方的なメッセージで信頼できないエンドポイント間の信頼性の高いメッセージを送る能力)を提供していると述べていますが、MSMQはIBMのWebSphere MQなどの他のメッセージングミドルウェアと重なっています。

あなたからそのリンクを得たところ、私はわからないんだけど、microsoft.comは、情報インラインがたくさんあります。

3

メッセージキューイングは、コアWindowsテクノロジです。非常に長い間、Windows 2000リリースで機能が完了していました。 Windowsに代わるものはなく、他のベンダーのメッセージキューイングソリューション以外の機能はほとんどありません。

それはそれを重要な要素にしていますが、非セクシーです。 NTFSファイルシステムほどエキサイティングです。最近、MSMQを直接プログラムすることはめったにありません。それについてはあまり気にしない別の理由があります。推奨されるアプローチはWCFで、.NET 3.0以来利用可能です

+0

MSMQを使用するように言われています。WCFで "プロキシや中間体のように"行う必要があります。あなたじゃない? – ferpega

+3

コード内にMessageQueueクラスを使用する必要はありません。* verboten *ではありません。 .NET 3.0が利用可能になる前に、それは確かに仕事を終えました。 WCFは単なる利便性に過ぎず、コードをより迅速かつバグフリーにする可能性が高まります。また、他の実行環境で使用する可能性が高くなります。 –

+0

あなたの説明をお寄せいただきありがとうございます。 – ferpega

3

MSMQは非推奨とは言えませんが、MSMQ & WCFに関する私の経験を共有できます。 NET 3.5を使用してMSMQ経由でアクティブ化されるHTTP非アクティブ化WCFキューがあります。高可用性のために、MSMQをクラスタ化しました。

クラスタがフェールオーバーすると(正常にスケジュールされたメンテナンスなど)、WCFサービスは回復する唯一の方法がアプリケーションプールをリサイクルするという状態になります。 WCFがMSMQをどのように処理していたのか、そして3.5 SP1か4.0に修正されないかもしれないが、4.5に修正することを検討するというMSのプレミアサポートでチケットをオープンしました。

4.5に戻って修正されているかどうかは確認していませんが、その経験から、MSがリソースの投資先として選んだ場所がわかりました。

関連する問題