Общие очереди

Частные очереди

Транзактная очередь содержит только транзактные сообщения - сообщения, которые отправляются в рамках одной транзакции. Требования для отправки и получения сообщений основываются на типе используемой очереди (транзактная или нетранзактная) и месторасположении очереди (локальная или удаленная).

Отправка сообщений

Получение сообщений

Они позволяют приложениям группировать сообщения. Подочереди весьма полезны в следующих случаях.

• Обработка исполняемых заказов. Если приложение обрабатывает сообщения, которые содержат объекты из различных исполняемых заказов, можно использовать подочереди для группировки объектов по каждому заказу для повышения эффективности обработки.
  
  
• Обработка поврежденных сообщений. Если приложение получает сообщение, которое оно не может обработать в данное время, то оно может поместить такое сообщение в подочередь поврежденных сообщений для обработки в другое время.
  
  

При открытии какой-либо подочереди выполняется неявное ее создание. Другими словами, когда сообщение перемещается в какую-либо подочередь, то в этот момент создается соответствующая подочередь, если она не существовала ранее. Пустые подочереди и подочереди, с которыми не связаны никакие открытые дескрипторы, удаляются. Приложения не могут отправлять сообщения непосредственно в подочереди. Разрешается только перемещать сообщения в подочередь. Кроме того, разрешается принимать сообщения из подочередей, перемещать сообщения между основной очередью и ее подочередью или между двумя подочередями одной основной очереди. Перемещение между подочередями, которые относятся к разным основным очередям, невозможно.

Например, на следующем рисунке показано, что сообщения могут перемещаться в любом направлении между «Подочередью1» (или «Подочередью2») и очередью сообщений «ОчередьА». Сообщения также могут перемещаться между «Подочередью1» и «Подочередью2». Таким же образом сообщения могут перемещаться в любом направлении между «ОчередьюZ» и ее подочередями, «Подочередью3» и «Подочередью4».

Однако невозможно переместить сообщения между «ОчередьюА» и «Подочередью3» или «Подочередью4» либо между «ОчередьюZ» и «Подочередью1» или «Подочередью2». Таким же образом сообщения невозможно перемещать между подочередями «ОчередиА» («Подочередью1» или «Подочередью2») и подочередями «ОчередиZ» («Подочередью3» или «Подочередью4»).

Подочереди не имеют никаких собственных свойств или состояния. Они используют свойства родительской очереди. Например, подочередь не обладает такими собственными свойствами, как:

• квота;
  
  
• список управления доступом (ACL);
  
  
• тип транзакции.
  
  

Подочереди используют квоту основной родительской очереди, и сообщения подочереди учитываются в квоте основной очереди.

Невозможно создать подочередь для очереди журнала или другой системной очереди, а также подочередь подочереди.

Очереди администрирования представляют собой очереди, созданные приложениями. Они используются для хранения системных отрицательных или положительных подтверждающих сообщений, созданных службой очереди сообщений или приложением-подключателем. Указания на отправку в такую очередь устанавливаются приложениями программно в отправляемых сообщениях. Любая доступная нетранзактная очередь может быть использована как очередь администрирования. Очереди администрирования не содержат административных сообщений, которые сохраняются во внутренних частных очередях.

Системные подтверждающие сообщения, возвращенные в такие очереди, могут говорить о том, что сообщение прибыло в очередь назначения или сообщение было изъято из очереди назначения, либо и то, и другое. Каждое подтверждающее сообщение содержит сведения о том, что вызвало отправку подтверждения и какому сообщению соответствует подтверждение. При запросе подтверждающих сообщений приложение, которое выполняет отправку сообщений, должно указать очередь, использующуюся в качестве очереди администрирования и уровень подтверждения сообщений. Как правило, очередь администрирования располагается на локальном компьютере, поэтому приложение может читать подтверждающие сообщения локально.

Как и очереди администрирования, очереди ответов представляют собой очереди, созданные приложениями. Они используются для хранения ответных сообщений, которые, как правило, возвращаются от приложения, прочитывающего сообщения из очереди. Очереди ответов указываются программно в приложении, которое выполняет отправку сообщений. Любая доступная очередь может быть использована как очередь ответов. Ответные сообщения отличаются от административных ответных сообщений, которые хранятся во внутренней частной очереди.

Ответные сообщения, возвращаемые в указанные очереди, должны быть понятны приложению, которое возвращает ответные сообщения, а также приложению, которое читает ответные сообщения. Служба очереди сообщений не контролирует информацию, которая передается в ответных сообщениях. При запросе ответного сообщения приложение, отправляющее сообщения, должно указать очереди, которые будут использоваться в качестве очередей ответов. Как правило, очереди ответов располагаются на локальном компьютере, поэтому приложение, отправляющее сообщения, может читать ответные сообщения локально.

Поскольку очередь ответов и очередь администрирования одинаково необходимы, их функциональность можно совместить в единой очереди. Но поскольку все очереди администрирования должны быть нетранзактными, такая единая очередь будет принимать только нетранзактные сообщения.

Очереди отчетов представляют собой очереди, создаваемые приложениями для хранения сообщений с отчетами, которые формируются службой очереди сообщений или приложениями-подключателями при получении запроса на трассировку от приложения, отправляющего сообщения. Сообщение с отчетом содержит данные о маршруте, по которому сообщение было доставлено в место назначения на удаленном компьютере, либо о маршруте, по которому было доставлено тестовое сообщение в тестовую очередь на удаленном компьютере. На компьютере может располагаться только одна очередь отчетов.

Все очереди отчетов должны иметь следующую метку и идентификатор типа очереди:

• метка: MQReport Queue
  
  
• идентификатор типа очереди:
  
  

  {55EE8F32-CCE9-11CF-B108-0020AFD61CE9}
  

Как правило, администратор службы очереди сообщений создает очереди отчетов с помощью оснастки «Active Directory - пользователи и компьютеры». Однако приложение также может создать такие очереди, если при создании очереди ей будет присвоена правильная метка и идентификатор типа. Служба очереди сообщений использует метку и идентификатор типа очереди для обнаружения и открытия соответствующей очереди при отправке сообщений с отчетами.