Службу очередей сообщений можно устанавливать на компьютеры под управлением ОС Windows® 7 или Windows Server® 2008 R2. В Windows 7 для установки и удаления службы очередей сообщений используется компонент панели управления Программы и компоненты. В Windows Server 2008 R2 для установки и удаления службы очередей сообщений используется мастер добавления компонентов, доступный в Диспетчере сервера. Дополнительные сведения см. в разделе Установка службы очереди сообщений.
В Windows 7 для управления службой очередей сообщений используется оснастка «Управление компьютером». Служба очереди сообщений расположена в узле «Службы и приложения».
В Windows Server 2008 R2 для управления службой очередей сообщений используется оснастка «Управление компьютером» или, если установлен компонент интеграции служб каталогов очереди сообщений, оснастка «Active Directory — пользователи и компьютеры». В оснастке «Active Directory — пользователи и компьютеры» служба очередей сообщений располагается в узле объекта указанного компьютера. Кроме того, если установлен компонент интеграции служб каталогов очередей сообщений, управление некоторыми аспектами службы очередей сообщений в Active Directory возможно из оснастки «Active Directory — сайты и службы».
В следующей таблице представлены компоненты службы очереди сообщений.
Компонент (Windows 7/Windows Server 2008 R2)
Описание
Основные компоненты сервера очереди сообщений Майкрософт (MSMQ)/Службы MSMQ
Представляет собой базовую службу, используемую для отправки и получения сообщений.
Интеграция MSMQ с доменными службами Active Directory/Интеграция служб каталогов
Позволяет публиковать свойства очереди в доменных службах Active Directory, стандартную проверку подлинности и шифрование сообщений с использованием сертификатов, зарегистрированных в доменных службах Active Directory, а также маршрутизацию сообщений между сайтами Windows. Для интеграции MSMQ с Active Directory компьютер должен быть членом домена.
Примечание
Включение или отключение этого параметра требует перезагрузки ведомого компьютера.
Поддержка HTTP службой очереди сообщений/Поддержка HTTP
Данная возможность позволяет выполнять пересылку сообщений поверх протокола HTTP. Поддержка протокола HTTP службой MSMQ требует наличия на локальном компьютере служб IIS.
Триггеры MSMQ/Триггеры службы очереди сообщений
Позволяет выполнять вызов COM-компонентов или исполняемых файлов в зависимости от фильтров, установленных для входящих сообщений выбранной очереди.
DCOM-прокси службы MSMQ/Прокси-сервер очереди сообщений DCOM
Эта возможность позволяет приложениям службы очереди сообщений использовать программный интерфейс приложения (API) MSMQ COM для подключения к удаленному серверу службы очереди сообщений.
Поддержка многоадресной рассылки/Поддержка многоадресной рассылки
Разрешает поддержку многоадресной рассылки сообщений на многоадресный IP-адрес и назначение очереди многоадресного IP-адреса.
Этот компонент маршрутизирует сообщения как между различными веб-сайтами, так и в пределах одного веб-сайта.
Примечание
Компонент «Служба маршрутизации» доступен только в Windows Server 2008 R2.
Примечание
Компонент «Поддержка клиента Windows 2000» был удален из службы очереди сообщений 5.0.
Различные версии операционной системы Windows поддерживают различные возможности службы очереди сообщений. В следующей таблице перечислены компоненты, поддерживаемые каждым из выпусков Windows 7 и Windows Server 2008 R2.
Компонент (Windows 7/Windows Server 2008 R2)
Выпуск Windows 7 Начальный
Выпуск Windows 7 Домашний базовый
Выпуск Windows 7 Домашний расширенный
Выпуск Windows 7 Максимальный
Выпуск Windows 7 Профессиональный
Выпуск Windows 7 Корпоративный
Все выпуски Windows Server 2008 R2
Основные компоненты сервера очереди сообщений Майкрософт (MSMQ)/Службы MSMQ
[ELMA3] Инструкция по настройке очереди сообщений MSMQ
В данной статье мы рассмотрим, как установить и настроить очереди MSMQ сообщений в Windows 2008 R2. Это необходимо сделать для наличия возможности настройки блоков отправки и ожидания сообщений в Дизайнере.
1. Открываем Диспетчер сервера (Server Manager).
2. В контекстном меню узла Компоненты выбираем пункт Добавить компоненты. Запустится мастер добавления компонентов.
3. Устанавливаем флажки Очередь сообщений и Службы очереди сообщений, нажимаем на кнопку Далее.
4. В окне подтверждения выбранных элементов для установки нажимаем на кнопку Установить.
5. Ждем завершения установки — результат установки будет отображен в данном окне.
6. Результат установки «Установка прошла успешно», нажимаем на кнопку Закрыть.
7. В Диспетчере сервера появится компонент Очереди сообщений.
8. Для локального сервера настраиваются частные очереди. Можно создавать общие очереди на удаленных компьютерах с помощью оснастки «Active Directory — пользователи и компьютеры». Для этого необходимо обладать правами администратора домена и войти в систему под пользователем, обладающим правами администратора. Папки «Исходящие очереди» и «Системные очереди» создаются автоматически.
Рассмотрим пример создания частных очередей. Преимущество частных очередей заключается в том, что у них нет дополнительных затрат на взаимодействие со службой каталогов.
Для создания частной очереди нажимаем правой кнопкой мыши по папке Частные очереди и в выпадающем меню выбираем пункт Создать — Частную очередь.
9. В открывшемся окне указываем название очереди (в нашем случае test) и нажимаем на кнопку ОК.
10. В Дизайнере настраиваем строку подключения для очереди MSMQ. Строка задается в формате: .\private$\test
11. Для проверки работоспособности созданной очереди нажимаем на кнопку Послать тестовое сообщение — будет отображено окно с результатом отправки сообщения.
12. После успешной отправки сообщения в настроенной очереди появится соответствующее сообщение:
Что такое очередь сообщений Microsoft (MSMQ)? Как это работает?
Мне нужно работать с MSMQ (очередь сообщений Microsoft). Что это, для чего это, как это работает? Чем он отличается от веб-сервисов?
9 ответов
Как указано в его имени, это просто администратор очередей.
вы можете отправлять объекты (сериализованные) в очередь, где они будут оставаться, пока вы их не получите. Он обычно используется для отправки сообщений или объектов между приложениями развязанным способом
Это не имеет ничего общего с веб-сервисов, это две разные вещи
информация о Служба msmq:
информация о веб-сервисах:
при всем уважении к ответу @Juan, оба являются способами обмена данными между двумя отключенными процессами, т. е. межпроцессными каналами связи (IPC). Очереди сообщений являются асинхронными, а веб-службы-синхронными. Для этого они используют разные протоколы и серверные службы, поэтому они совершенно разные по реализации, но схожие по назначению.
вы хотели бы использовать очереди сообщений, когда есть вероятность, что другой процесс общения может не быть доступным, но вы все равно хотите, чтобы сообщение было отправлено во время выбора клиента. Доставка произойдет, когда процесс на другом конце просыпается и получает уведомление о прибытии сообщения.
Управление Транзакционными Очередями 101
транзакционная очередь-это промежуточная система, которая асинхронно маршрутизирует сообщения одного типа между хостами, которые могут быть подключены или не подключены в любой момент времени. Это означает, что он также должен быть способен сохранять сообщение где-то. Примерами таких систем являются MSMQ и IBM MQ
транзакционная очередь также может участвовать в распределенные сделки, и откат может вызвать удаление сообщений. Это означает, что сообщение гарантированно будет доставлено с в-самый-раз семантика или гарантированная доставка, если не откат. Сообщение не будет доставлено, если:
хост a публикует сообщение, но хост B не подключен
что-то (возможно, но не обязательно инициируется от хоста A) откат транзакции
B подключается после транзакции откат
в этом случае B никогда не будет знать, что сообщение даже существовало, если оно не было сообщено через какой-либо другой носитель. Если транзакция была откатана, это, вероятно, не имеет значения. Если B подключается и собирает сообщение до отката транзакции, откат также обратит действие сообщения на B.
обратите внимание, что A может отправить сообщение в очередь с гарантией поставки at-most-once. Если транзакция зафиксирована, хост A может предположить, что сообщение было поставленный надежным средством перехода. если транзакция откатывается, хост A может предположить, что любые эффекты сообщения были отменены.
Web-Сервисов
веб-сервиса удаленный вызов процедур или другой сервис (например RESTFul API) опубликовано (обычно) HTTP Сервер. Это синхронный протокол запроса / ответа и не имеет никакой гарантии доставки, встроенной в протокол. Клиент должен проверить правильность запуска службы. Как правило, это будет через ответ на запрос или ожидания вызова.
в последнем случае веб-службы не гарантируют семантику не более одного раза. Сервер может завершить службу и не доставить ответ (возможно, через что-то вне сервера, идущего не так). Этот приложение должно быть в состоянии справиться с этой ситуацией.
IIRC, RESTFul services должны быть идемпотентными (то же состояние достигается после любого количества вызовов той же службы),что является стратегией для борьбы с этим отсутствием гарантированного уведомления об успехе/сбое в архитектурах веб-служб. идея заключается в том, что концептуально записывается состояние, а не вызов службы, поэтому можно писать любое количество раз. Это означает, что недостаток отзывы об успехе могут быть допущены приложением, поскольку оно может повторно попробовать публикацию, пока не получит сообщение об успехе с сервера.
обратите внимание, что вы можете использовать Windows Communication Foundation (WCF) в качестве уровня абстракции выше MSMQ. Это дает вам ощущение работы с сервисом-только с односторонними операциями.
на самом деле нет никакой связи между MSMQ и WebService. Использование MSMQ для межпроцессной связи (можно также использовать сокеты, сообщения windows, сопоставленную память). это служба windows, которая отвечает за хранение сообщений до тех пор, пока кто-то dequeue их. вы можете сказать, что это более надежно, чем сокеты, поскольку сообщения хранятся на жестком диске, но это медленнее, чем другие методы IPC.
вы можете использовать MSMQ в dotnet с небольшими строками кода, просто объявите свой
несколько лучших ссылок из поиска Google для «MSMQ» должны помочь.
как все объяснили, MSMQ используется в качестве очереди для сообщений. Сообщения могут быть оболочкой для фактических данных, объекта и всего, что вы можете сериализовать и отправить по проводу. MSMQ имеет свои собственные ограничения. MSMQ 1.0 и MSMQ 2.0 имели ограничение сообщения 4 МБ. Это ограничение было снято с MSMQ 3.0. Message oriented Middleware (MOM) — это концепция, которая сильно зависит от обмена сообщениями. Enterprise Service Bus foundation построен на обмене сообщениями. Все эти новые технологии, зависят от обмена сообщениями для асинхронной передачи данных с надежностью.
MSMQ-очередь сообщений Microsoft: * MSMQ-это реализация очереди сообщений, разработанная корпорацией Майкрософт. * Он развернут в своих операционных системах Windows Server. * Это протокол обмена сообщениями, который позволяет приложениям, работающим на отдельных серверах / процессах, общаться в отказоустойчивом режиме. * MSMQ обычно используется на предприятии для создания программного обеспечения. * MSMQ обеспечивает надежную доставку, помещая сообщения, которые не достигают места назначения в очередь, а затем повторно отправляя их как только пункт назначения будет доступен. * MSMQ также поддерживает транзакции. Он позволяет выполнять несколько операций в нескольких очередях, причем все операции завернуты в одну транзакцию, что гарантирует, что все или ни одна из операций не вступит в силу. * Технология очереди сообщений (MSMQ) позволяет приложениям, работающим в разное время, взаимодействовать между гетерогенными сетями и системами, которые могут временно отключаться. Следующие порты используются для очереди сообщений Microsoft оперативный: • Протокол TCP: 1801 • RPC: 135, 2101*, 2103*, 2105* * UDP: 3527, 1801
MSMQ означает очередь обмена сообщениями Microsoft.
