Wachtrijen beheren

Een transactionele wachtrij is een wachtrij die alleen transactieberichten bevat. Dit zijn berichten die bij een transactie worden verzonden. De vereisten voor het verzenden en ontvangen van berichten zijn gebaseerd op het gebruikte type wachtrij (transactioneel of niet-transactioneel) en de locatie van de wachtrij (lokaal of extern).

Met subwachtrijen kunnen toepassingen berichten groeperen. Subwachtrijen zijn nuttig bij de volgende scenario's:

• Verwerking van werkorders. Als een toepassing berichten verwerkt die items uit verschillende werkorders bevat, kunnen de subwachtrijen worden gebruikt om de orderregels per werkorder te groeperen, zodat ze efficiënter kunnen worden verwerkt.
  
  
• Verwerking van gevaarlijke berichten. Als een toepassing een bericht ontvangt dat niet direct kan worden verwerkt, kan dat bericht worden verplaatst naar een foutsubwachtrij, waar het bericht later kan worden verwerkt.
  
  

Subwachtrijen worden impliciet gemaakt wanneer ze worden geopend. Met andere woorden: wanneer een bericht wordt verplaatst naar een subwachtrij die nog niet bestaat, wordt de subwachtrij gemaakt. Subwachtrijen die leeg zijn, worden verwijderd en hebben geen open ingangen. Toepassingen kunnen berichten niet rechtstreeks naar subwachtrijen verzenden. Ze kunnen berichten alleen verplaatsen naar een subwachtrij. Ze kunnen berichten ontvangen van subwachtrijen en berichten verplaatsen tussen een hoofdwachtrij en een subwachtrij, of tussen subwachtrijen van dezelfde hoofdwachtrij. Ze kunnen berichten niet verplaatsen van de subwachtrij van een hoofdwachtrij naar de subwachtrij van een andere hoofdwachtrij.

In het volgende voorbeeld kunnen berichten heen en weer worden verplaatst tussen subwachtrij 1 (of subwachtrij 2) en de map Wachtrijberichten van wachtrij a. Berichten kunnen ook worden verplaatst tussen subwachtrij 1 en subwachtrij 2. Op dezelfde manier kunnen berichten heen en weer worden verplaatst tussen wachtrij z en de subwachtrijen daarvan, subwachtrij 3 en subwachtrij 4.

Berichten kunnen echter niet worden verplaatst tussen wachtrij a en subwachtrij 3 of subwachtrij 4, of tussen wachtrij z en subwachtrij 1 of subwachtrij 2. Berichten kunnen ook niet worden verplaatst tussen de subwachtrijen van wachtrij a (subwachtrij 1 of subwachtrij 2) en de subwachtrijen van wachtrij z (subwachtrij 3 of subwachtrij 4).

Subwachtrijen hebben geen eigen eigenschappen of status. Ze delen de eigenschappen van de hoofdwachtrij. Een subwachtrij heeft bijvoorbeeld geen eigen:

• Quota
  
  
• Toegangsbeheerlijst (ACL)
  
  
• Transactioneel type
  
  

Subwachtrijen delen de quota van de hoofdwachtrij, en berichten in de subwachtrij worden ingepast in die quota.

Subwachtrijen kunnen niet worden gemaakt onder logboek- of andere systeemwachtrijen, of onder andere subwachtrijen.

Beheerwachtrijen worden gegenereerd door toepassingen. Hierin worden door het systeem gegenereerde negatieve en positieve bevestigingsberichten opgeslagen die worden gemaakt door Message Queuing of door connectortoepassingen. Deze bevestigingsberichten worden via programmacode door de verzendende toepassing opgegeven in het oorspronkelijke bericht. Elke beschikbare niet-transactionele wachtrij kan worden gespecificeerd als beheerwachtrij. Beheerwachtrijen bevatten geen beheerberichten. Deze worden opgeslagen in interne persoonlijke wachtrijen.

In de door het systeem gegenereerde bevestigingsberichten die worden geretourneerd naar deze wachtrijen, kan worden aangegeven of een bericht is aangekomen in de doelwachtrij, of het al dan niet is opgehaald uit de doelwachtrij, of beide. Elk bevestigingsbericht bevat informatie waarin wordt beschreven waardoor de bevestiging is veroorzaakt en naar welk bericht de bevestiging verwijst. Wanneer de verzendende toepassing bevestigingsberichten aanvraagt, moet deze toepassing aangeven welke wachtrij moet worden gebruikt als beheerwachtrij en wat het bevestigingsniveau van het bericht is. Een beheerwachtrij is doorgaans een lokale wachtrij, zodat de verzendende toepassing de bevestigingsberichten lokaal kan lezen.

Net zoals beheerwachtrijen, worden ook antwoordwachtrijen door toepassingen gegenereerd. Deze worden gebruikt om door toepassingen gegenereerde antwoordberichten op te slaan, die in het algemeen worden geretourneerd door een toepassing die berichten uit een wachtrij leest. Antwoordwachtrijen worden door middel van programmacode gespecificeerd door de verzendende toepassing wanneer een bericht wordt verzonden. Elke beschikbare wachtrij kan worden gespecificeerd als een antwoordwachtrij. Antwoordberichten zijn niet hetzelfde als beheerdersantwoordberichten, die worden opgeslagen in een interne persoonlijke wachtrij.

De antwoordberichten die worden geretourneerd naar deze wachtrijen, moeten worden begrepen door de toepassing die de antwoordberichten retourneert en de toepassing die de antwoordberichten leest. Message Queuing heeft geen controle over de informatie die wordt verzonden in antwoordberichten. De verzendende toepassing moet bij het aanvragen van antwoordberichten aangeven welke wachtrijen moeten worden gebruikt als antwoordwachtrijen. Antwoordwachtrijen zijn meestal lokale wachtrijen, zodat de verzendende toepassing de antwoordberichten lokaal kan lezen.

Wanneer u zowel een antwoordwachtrij als een beheerwachtrij nodig hebt, kunt u de functionaliteit hiervan combineren in één wachtrij. Omdat alle beheerwachtrijen niet-transactioneel moeten zijn, zal deze wachtrij echter alleen niet-transactionele berichten accepteren.

Rapportenwachtrijen worden door toepassingen gegenereerd en worden gebruikt om rapportberichten in op te slaan die door Message Queuing of connectortoepassingen worden gegenereerd wanneer de verzendende toepassing vraagt om tracering. De rapportberichten geven de route aan die een bericht heeft gevolgd onderweg naar een externe computer, of de route die een testbericht heeft gevolgd naar een testwachtrij op een externe computer. Elke computer kan slechts één rapportenwachtrij bevatten.

Alle rapportenwachtrijen moeten het volgende label en de volgende wachtrijtype-id hebben:

• Label: MQ-rapportwachtrij
  
  
• Wachtrijtype-id:
  
  

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

De Message Queuing-beheerder maakt doorgaans rapportenwachtrijen met behulp van Active Directory - gebruikers en computers. Een toepassing kan deze wachtrijen echter ook genereren, mits het juiste label en de juiste wachtrijtype-id worden opgegeven wanneer de wachtrij wordt gemaakt. Message Queuing gebruikt bij het verzenden van rapportberichten het label en de wachtrijtype-id om de juiste wachtrij op te zoeken en te openen.