Информация о файле | Описание |
---|---|
Размер файла: | 4.5 kB |
Дата и время изменения файла: | 2008:04:14 12:00:00+00:00 |
Дата и время изменения индексного дескриптора файлов: | 2017:11:05 07:07:15+00:00 |
Тип файла: | Win32 EXE |
Тип MIME: | application/octet-stream |
Тип компьютера: | Intel 386 or later, and compatibles |
Метка времени: | 2008:04:13 18:39:54+00:00 |
Тип PE: | PE32 |
Версия компоновщика: | 7.10 |
Размер кода: | 1536 |
Размер инициализированных данных: | 2048 |
Размер неинициализированных данных: | 0 |
Точка входа: | 0x1121 |
Версия ОС: | 5.1 |
Версия образа: | 5.1 |
Версия подсистемы: | 4.0 |
Подсистема: | Windows command line |
Номер версии файла: | 5.1.0.1110 |
Номер версии продукта: | 5.1.0.1110 |
Маска флагов файлов: | 0x003f |
Флаги файлов: | (none) |
Файловая ОС: | Win32 |
Тип объектного файла: | Dynamic link library |
Подтип файла: | 0 |
Код языка: | English (U.S.) |
Набор символов: | Unicode |
Наименование компании: | Microsoft Corporation |
Описание файла: | Message Queuing Service |
Версия файла: | 5.01.1110 |
Авторское право: | Copyright (C) Microsoft Corporation. 1981-2000 |
Оригинальное имя файла: | MQSVC.EXE |
Название продукта: | Microsoft Message Queue |
Версия продукта: | 5.01.1110 |
Товарные знаки: | Microsoft(R) is a registered trademark of Microsoft Corporation. Windows NT(TM) is a trademark of Microsoft Corporation |
✻ Фрагменты данных файлов предоставлены участником Exiftool (Phil Harvey) и распространяются под лицензией Perl Artistic.
Содержание
- Зачем Windows 10 нужна служба очереди сообщений и почему она установлена по умолчанию?
- 1 ответов
- что такое MSMQ?
- вы можете отключить его? Что происходит?
- в двух словах
- Microsoft Message Queuing (MSMQ) – промежуточная среда обмена сообщениями
- 5.1. Служба обмена сообщениями MSMQ
- 5.2. Инфраструктура, необходимая для использования MSMQ
- [MS-MQOD]: Message Queuing Protocols Overview
- Published Version
- Previous Versions
- Preview Versions
- Development Resources
- Intellectual Property Rights Notice for Open Specifications Documentation
- Содержание
- Обзор
- Ссылки на версии
- Использует
- What is Microsoft Message Queuing (MSMQ)? How does it work?
- 9 Answers 9
Зачем Windows 10 нужна служба очереди сообщений и почему она установлена по умолчанию?
я обновил две системы с Windows 7 до 10, и обе имеют службу MSMQ, установленную после обновления. Ни одна из этих систем не была установлена раньше.
наличие службы не является проблемой само по себе, но он или служба зависимостей прослушивает TCP-порт 80 через Microsoft HTTP API (системный процесс PID 4), и я не могу запустить Apache из-за этого.
до сих пор мои поиски ответов были бесплодны, потому что большинство результатов, которые я нахожу, имеют дело с установка и настройка MSMQ, но не это цель на недавно установленной системе Win10.
У меня два вопроса:
1 ответов
что такое MSMQ?
технология Microsoft Message Queuing (MSMQ) позволяет приложениям в гетерогенных сети и системы, которые могут быть временно отключены. MSMQ обеспечивает гарантированная доставка сообщений, эффективная маршрутизация, обмен сообщениями на основе приоритетов. Он может быть использован для реализации решения асинхронный и синхронный обмен сообщениями варианты развития.
от пользователя Переполнение Стека:
это просто администратор очередей.
вы можете отправлять объекты (сериализованные) в очередь, где они будут находиться пока вы не получите их. Обычно используется для отправки сообщений или объектов между применениями в decoupled путе.
Это не имеет ничего общего с веб-сервисов, это две разные вещи
вы можете отключить его? Что происходит?
когда служба msmq удаляется следующие действия осуществляется:
в двух словах
служба начала приходить установлен на Windows 8 и up systems (насколько мне известно), поэтому вы не видели его на 7. Удаление его влияет только на себя, и если вы не используете его, то ничего не должно быть затронуто.
отключив службу вы знаете, как это сделать, но вы также можете удалить его с помощью Add & Remove Features
Источник
Microsoft Message Queuing (MSMQ) – промежуточная среда обмена сообщениями
5.1. Служба обмена сообщениями MSMQ
При отправке сообщения с использованием MSMQ посылающему приложению необходимо указать имя компьютера и очереди, в которую его необходимо доставить. После вызова приложением функции отправки сообщение сохраняется в локальной исходящей очереди. Затем MSMQ определяет имя компьютера и очереди, куда необходимо передать сообщение. Возможны следующие случаи:
После определения имени компьютера с очередью назначения, MSMQ проверяет доступность компьютера (пакетом UDP ) и в случае ответа сразу пытается отправить ему сообщение, повторяя попытки с интервалом по умолчанию 5 секунд. Если сообщение не удается отправить, то обычно каждые 5 минут служба сообщений пытается найти новый пункт назначения сообщения, используя маршрутизацию MSMQ. Процесс пересылки сообщения между компьютерами повторяется, пока оно не достигнет очереди назначения. С момента поступления сообщения в указанную при отправке очередь любое использующее MSMQ приложение с необходимыми правами доступа может прочитать это сообщение (рис. 5.1).
Таким образом, MSMQ поддерживает асинхронную передачу сообщений, при которой участвующие в обмене компоненты распределенной системы не обязательно должны функционировать в один и тот же момент времени.
5.2. Инфраструктура, необходимая для использования MSMQ
В MSMQ существуют два вида очередей – общие ( public ) и частные ( private ). Как частные, так и общие очереди могут либо использовать, либо не использовать транзакции, что задается при создании очереди и не может быть изменено в дальнейшем.
Источник
[MS-MQOD]: Message Queuing Protocols Overview
Provides an overview of the functionality and relationship of the protocols used for Message Queuing. Microsoft Message Queuing (MSMQ) is a communications service that enables reliable and secure asynchronous messaging between applications over a variety of deployment topologies. The Message Queuing protocols are specified in [MS-MQMQ], [MS-MQDMPR], [MC-MQAC], [MS-MQMP], [MS-MQQB], [MS-MQBR], [MC-MQSRM], [MS-MQCN], [MS-MQMR], [MS-MQSD], [MS-MQDS], [MS-MQDSSM], [MS-MQQP], and [MS-MQRR].
This page and associated content may be updated frequently. We recommend you subscribe to the RSS feed to receive update notifications.
Published Version
Previous Versions
Preview Versions
The preview period for a technical document varies. Additionally, not every technical document will be published for preview.
Development Resources
Find resources for creating interoperable solutions for Microsoft software, services, hardware, and non-Microsoft products:
Intellectual Property Rights Notice for Open Specifications Documentation
Technical Documentation. Microsoft publishes Open Specifications documentation (“this documentation”) for protocols, file formats, data portability, computer languages, and standards support. Additionally, overview documents cover inter-protocol relationships and interactions.
Copyrights. This documentation is covered by Microsoft copyrights. Regardless of any other terms that are contained in the terms of use for the Microsoft website that hosts this documentation, you can make copies of it in order to develop implementations of the technologies that are described in this documentation and can distribute portions of it in your implementations that use these technologies or in your documentation as necessary to properly document the implementation. You can also distribute in your implementation, with or without modification, any schemas, IDLs, or code samples that are included in the documentation. This permission also applies to any documents that are referenced in the Open Specifications documentation.
No Trade Secrets. Microsoft does not claim any trade secret rights in this documentation.
Fictitious Names. The example companies, organizations, products, domain names, email addresses, logos, people, places, and events that are depicted in this documentation are fictitious. No association with any real company, organization, product, domain name, email address, logo, person, place, or event is intended or should be inferred.
Reservation of Rights. All other rights are reserved, and this notice does not grant any rights other than as specifically described above, whether by implication, estoppel, or otherwise.
Tools. The Open Specifications documentation does not require the use of Microsoft programming tools or programming environments in order for you to develop an implementation. If you have access to Microsoft programming tools and environments, you are free to take advantage of them. Certain Open Specifications documents are intended for use in conjunction with publicly available standards specifications and network programming art and, as such, assume that the reader either is familiar with the aforementioned material or has immediate access to it.
Источник
Содержание
Обзор
MSMQ отвечает за надежную доставку сообщений между приложениями внутри и за пределами предприятия. MSMQ обеспечивает надежную доставку, помещая сообщения, которые не достигают предполагаемого места назначения, в очередь, а затем повторно отправляет их, когда место назначения становится доступным. Он также поддерживает безопасность и обмен сообщениями на основе приоритетов. Очереди недоставленных сообщений могут быть созданы для просмотра сообщений, срок действия которых истек или не удалось по другим причинам.
MSMQ поддерживает как долговременный, так и кратковременный обмен сообщениями, чтобы найти компромисс между производительностью или согласованностью путем записи сообщений на диск или только в ОЗУ. Кратковременный обмен сообщениями может быть достигнут только путем отправки экспресс-сообщений через нетранзакционные очереди.
MSMQ также поддерживает транзакции. Он позволяет выполнять несколько операций с несколькими очередями, причем все операции заключены в одну транзакцию, что гарантирует, что все операции или ни одна из них не вступят в силу. Координатор распределенных транзакций Microsoft (MSDTC) поддерживает транзакционный доступ к MSMQ и другим ресурсам для достижения точной транзакции после обработки.
Следующие порты используются для операций Microsoft Message Queuing:
Ссылки на версии
Использует
MSMQ широко используется в различных приложениях контакт-центров на платформе Windows, которые используют эту службу для внутренних уведомлений и служб.
Источник
What is Microsoft Message Queuing (MSMQ)? How does it work?
I need to work with MSMQ (Microsoft Message Queuing). What is it, what is it for, how does it work? How is it different from web services?
9 Answers 9
With all due respect to @Juan’s answer, both are ways of exchanging data between two disconnected processes, i.e. interprocess communication channels (IPC). Message queues are asynchronous, while webservices are synchronous. They use different protocols and back-end services to do this so they are completely different in implementation, but similar in purpose.
You would want to use message queues when there is a possibility that the other communicating process may not be available, yet you still want to have the message sent at the time of the client’s choosing. Delivery will occur the when process on the other end wakes up and receives notification of the message’s arrival.
As its name states, it’s just a queue manager.
You can Send objects (serialized) to the queue where they will stay until you Receive them. It’s normally used to send messages or objects between applications in a decoupled way
It has nothing to do with webservices, they are two different things
Info on MSMQ:
Info on WebServices:
Transactional Queue Management 101
A transactional queue is a middleware system that asynchronously routes messages of one sort of another between hosts that may or may not be connected at any given time. This means that it must also be capable of persisting the message somewhere. Examples of such systems are MSMQ and IBM MQ
A Transactional Queue can also participate in a distributed transaction, and a rollback can trigger the disposal of messages. This means that a message is guaranteed to be delivered with at-most-once semantics or guaranteed delivery if not rolled back. The message won’t be delivered if:
Host A posts the message but Host B is not connected
Something (possibly but not necessarily initiated from Host A) rolls back the transaction
B connects after the transaction is rolled back
In this case B will never be aware the message even existed unless informed through some other medium. If the transaction was rolled back, this probably doesn’t matter. If B connects and collects the message before the transaction is rolled back, the rollback will also reverse the effects of the message on B.
Note that A can post the message to the queue with the guarantee of at-most-once delivery. If the transaction is committed Host A can assume that the message has been delivered by the reliable transport medium. If the transaction is rolled back, Host A can assume that any effects of the message have been reversed.
Web Services
A web service is remote procedure call or other service (e.g. RESTFul API’s) published by a (typically) HTTP Server. It is a synchronous request/response protocol and has no guarantee of delivery built into the protocol. It is up to the client to validate that the service has been correctly run. Typically this will be through a reply to the request or timeout of the call.
In the latter case, web services do not guarantee at-most-once semantics. The server can complete the service and fail to deliver a response (possibly through something outside the server going wrong). The application must be able to deal with this situation.
IIRC, RESTFul services should be idempotent (the same state is achieved after any number of invocations of the same service), which is a strategy for dealing with this lack of guaranteed notification of success/failure in web service architectures. The idea is that conceptually one writes state rather than invoking a service, so one can write any number of times. This means that a lack of feedback about success can be tolerated by the application as it can re-try the posting until it gets a ‘success’ message from the server.
Источник
Version 4.5.51
(14 MB) — Release history. Fully functional 14-days trial.
Download QueueExplorer
Universal installer for both Standard and Professional editions (Windows)
System requirements
- Windows 10, Windows 8, Windows 7
- Windows Server 2019, Windows Server 2016,
Windows Server 2012, Windows Server 2012 R2,
Windows Server 2008, Windows Server 2008 R2 - .Net Framework 4.6.2 or higher (download from Microsoft
site) - Linux using Wine 3+. Instructions for Linux.
Messaging system requirements
- MSMQ
- Azure Service Bus
- RabbitMQ
- ActiveMQ
- Installed and running Message Queueing service
- MSMQ is shipped with Windows. If it’s not already installed go to:
Add or Remove programs — Add/Remove Windows Components — Message Queuing
* Windows 8 and Windows 2012 can cause blue screen on some configurations when accessing remote
queues.
It is MSMQ issue but affects QueueExplorer users as well.
More details and hotfix: http://support.microsoft.com/kb/2840622
- Azure Service Bus, Basic/Standard/Premium tier
- Not supported: Service Bus for Windows Server (Service Bus 1.1)
- RabbitMQ 3+
- RabbitMQ Management Plugin
- ActiveMQ broker installed on Unix/Linux/Windows
- ActiveMQ 5.8 or higher. Artemis is currently NOT supported.
- Enabled Rest (Jolokia) management interface. This is turned on by default with newer
ActiveMQ releases.
Default port: 8161. - Enabled Openwire protocol (standard ActiveMQ messaging protocol enabled by default).
Default port: 61616. - Unfortunately, Amazon MQ managed service for ActiveMQ does not support Jolokia/REST API at the moment and does not work.
Linux
Linux instructions. QueueExplorer runs under Wine on Linux.
Older versions
QueueExplorer 3.x
QueueExplorer Standard 3.4.11
(7594 Kb) — Net 2.0
QueueExplorer Professional 3.4.11
(7594 Kb) — Net 2.0
QueueExplorer 2.x
QueueExplorer 2.2.4
(657 Kb) — Net 1.1
QueueProxy
Download QueueProxy