Clear Messages

L'opération Clear Messages supprime tous les messages de la file d'attente spécifiée.

Requête

Vous pouvez construire la Clear Messages requête comme suit. Nous recommandons HTTPS. Remplacez myaccount par le nom de votre compte de stockage et remplacez myqueue par le nom de votre file d’attente.

Méthode	URI de demande	Version HTTP
DELETE	https://myaccount.queue.core.windows.net/myqueue/messages	HTTP/1.1

URI pour le service de stockage émulé

Lorsque vous effectuez une demande auprès du service de stockage émulé, spécifiez le nom d’hôte de l’émulateur et le port Stockage File d’attente Azure en tant que 127.0.0.1:10001, suivi du nom du compte de stockage émulé :

Méthode	URI de demande	Version HTTP
DELETE	http://127.0.0.1:10001/devstoreaccount1/myqueue/messages	HTTP/1.1

Paramètres URI

Vous pouvez spécifier les paramètres supplémentaires suivants dans l’URI de requête :

Paramètre	Description
timeout	facultatif. Le paramètre timeout est exprimé en secondes. Pour plus d’informations, consultez Définir des délais d’expiration pour les opérations de stockage file d’attente.

En-têtes de requête

Le tableau suivant décrit les en-têtes de requête obligatoires et facultatifs :

En-tête de requête	Description
Authorization	Obligatoire. Spécifie le schéma d’autorisation, le nom du compte et la signature. Pour plus d’informations, consultez Autoriser les requêtes auprès du Stockage Azure.
Date ou x-ms-date	Obligatoire. Spécifie la date/heure en temps universel coordonné (UTC) pour la requête. Pour plus d’informations, consultez Autoriser les requêtes auprès du Stockage Azure.
x-ms-version	facultatif. Spécifie la version de l'opération à utiliser pour cette demande. Pour plus d'informations, consultez la page Contrôle de version pour les services de Stockage Microsoft Azure.
x-ms-client-request-id	facultatif. Fournit une valeur opaque générée par le client avec une limite de caractères de 1 kibioctet (Kio) enregistrée dans les journaux lors de la configuration de la journalisation. Nous vous recommandons vivement d’utiliser cet en-tête pour mettre en corrélation les activités côté client avec les demandes reçues par le serveur.

Corps de la demande

Aucun.

response

La réponse inclut un code d'état HTTP et un ensemble d'en-têtes de réponse.

Code d’état

Une opération réussie renvoie le code d'état 204 (Aucun contenu).

Pour plus d’informations sur les codes status, consultez État et codes d’erreur.

En-têtes de réponse

La réponse de l'opération inclut les en-têtes suivants. La réponse peut également inclure des en-têtes HTTP standard supplémentaires. Tous les en-têtes standard sont conformes à la spécification du protocole HTTP/1.1.

En-tête de requête	Description
x-ms-request-id	Identifie de manière unique la demande qui a été effectuée. Vous pouvez utiliser cet en-tête pour résoudre les problèmes liés à la demande. Pour plus d’informations, consultez Résoudre les problèmes liés aux opérations d’API.
x-ms-version	Indique la version du stockage file d’attente utilisée pour exécuter la demande. Cet en-tête est renvoyé pour les demandes effectuées avec la version 2009-09-19 ou une version ultérieure.
Date	Valeur de date/heure UTC qui indique l’heure à laquelle le service a envoyé la réponse.
x-ms-client-request-id	Peut être utilisé pour résoudre les demandes et les réponses correspondantes. La valeur de cet en-tête est égale à la valeur de l’en-tête x-ms-client-request-id , s’il est présent dans la requête et que la valeur est au maximum de 1 024 caractères ASCII visibles. Si l’en-tête x-ms-client-request-id n’est pas présent dans la demande, cet en-tête ne sera pas présent dans la réponse.

Response body

Aucun.

Autorisation

Seul le propriétaire du compte peut appeler cette opération.

Notes

Si une file d’attente contient un grand nombre de messages, Clear Messages peut expirer avant que tous les messages aient été supprimés. Dans ce cas, le stockage file d’attente retourne status code 500 (erreur interne du serveur), avec le code d’erreur supplémentaire OperationTimedOut. Si vous recevez ce code d’erreur, l’opération a peut-être réussi côté serveur, et vous devez interroger l’état du serveur avant de réessayer l’opération. Si l’opération expire et qu’elle échoue côté serveur, le client doit continuer à réessayer Clear Messages jusqu’à ce qu’elle réussisse pour s’assurer que tous les messages ont été supprimés.

Voir aussi

Codes d’erreur de stockage de file d’attente
Autoriser les demandes à Stockage Azure
Codes d’état et d’erreur