Pouvons-nous créer des codes d'État HTTP?

J'ai un peu de REPOS et de service WCF et que vous voulez envoyer un code d'état personnalisé en fonction de l'opération.

Exemple lors de la validation échoue, alors je veux envoyer HTTP 444 et lorsque l'autorisation échoue je veux envoyer HTTP 455

La question est comment nous l'avons validé pour les deux SOAP et REST web services.

Sur le client comment fonctionne le code d'erreur de loi, parce que lorsque vous envoyez un HTTP 400/500 d'un Service WCF (à l'aide de SAVON) une exception est jeter sur le client, comprenant le code d'état.

Maintenant, si je l'envoi d'un nouveau code d'état personnalisé comment le client gérer cela?

  • Est-ce un service, vous êtes exposant au monde entier, ou avez-vous le contrôle de tous les clients?
InformationsquelleAutor Rajesh | 2011-11-03
  1. 100

    Oui, tant que vous respectez la classe-qui est, 2xx pour le succès, 4xx pour l'erreur du Client, etc. Ainsi, vous pouvez retourner sur 4XX des codes d'erreur (de préférence ceux qui sont non attribuées) pour votre propre application des conditions d'erreur.

    Pour citer [RFC 2616][1]:

    "HTTP status codes sont extensibles. HTTP applications ne sont pas nécessaires
    pour comprendre la signification de tous les inscrits des codes d'état, bien que de tels
    la compréhension est évidemment souhaitable. Toutefois, les applications DOIVENT
    comprendre la classe de code d'état, comme indiqué par le premier
    chiffres, et traiter les non reconnus réponse comme étant équivalent à la
    x00 code de statut de cette catégorie, à l'exception d'un
    méconnu de la réponse ne DOIT PAS être mis en cache. Par exemple, si un
    non reconnus du statut de code de 431 est reçue par le client, il peut
    présumer qu'il y a quelque chose de mal avec sa demande et
    traiter la réponse comme si elle avait reçu un 400 code d'état."

    De la classe de

    • 1xx: Information - Demande de reçu, poursuivre le processus

    • 2xx: Succès de L'action a été reçu avec succès,
      compris, et accepté

    • 3xx: Redirection - mesures Supplémentaires doivent être prises afin de
      compléter la demande

    • 4xx: Erreur du Client - La demande contient une mauvaise syntaxe ou ne peut pas
      être remplies

    • 5xx: Erreur de Serveur - Le serveur n'a pas pu remplir un apparemment
      valide la demande [1]:

    http://tools.ietf.org/html/rfc2616#section-6.1.1

    • N'utilisez pas non codes d'état, sauf pour les essais.
    • (Désolé, mais j'ai coupé en 5 minutes de commentaire-modifier la règle...) Nous avons d'utiliser des codes de statut sur le côté serveur (non affecté par la RFC, avec un préfixe de classe) à differentialy processus de requêtes AJAX en JavaScript. Le ci-dessus cité RFC semble clairement état est correct, mais si c'est une mauvaise pratique, il serait bon de comprendre pourquoi?
    • ChrisNY: eh bien, si vous vous appuyez sur non codes de statut dans votre utilisation de HTTP, il peut y avoir rupture si quelqu'un d'autre utilise le même code pour un but différent. Si vous avez besoin de plus d'informations détaillées sur l'erreur, vous pouvez encore l'incorporer dans la charge utile (voir, par exemple, tools.ietf.org/html/draft-nottingham-http-problem-06)
    • La plupart des applications web sont conçus pour fonctionner avec un seul client (votre javascript/ajax code) et un seul serveur (votre serveur) en utilisant un code d'état personnalisé est tout à fait acceptable. Dans ces situations, il n'est même pas possible de "quelqu'un d'autre" à cause "de rupture" en utilisant le même code d'état.
    • Cette citation n'est pas de dire que vous pouvez créer vos propres codes, c'est dire que votre application n'a pas besoin de savoir ce que chaque code d'enregistrement tant qu'il respecte le code de la classe et de lever une erreur pour un 4xx etc. Avec cela mis à part, le seul problème que j'ai pu voir, c'est que dans l'avenir, l'un de ces codes obtient officiellement attribué et le navigateur/javascript fonctionnalité pourrait changer. par exemple, 494 DDNS attaque arrêter toute communication, navigateur peut voir que et bloc de js, de l'ouverture de plus de comms pour que la propriété intellectuelle. Très peu probable, mais vous ne pouvez pas être à 100%, Twitter semblent penser que c'est ok pour faire des 420 Améliorer Votre Calme
    • La spécification est pas de dire que vous pouvez créer vos propres codes, et utilise le code 471 comme un exemple. Il dit assumer tout non reconnu erreur 4xx comme l'équivalent de 400.
    • Laravel génère "419" "si le jeton d'authentification est manquant". Nginx génère "499" si "le client a fermé la connexion avant que le serveur a répondu à la demande". Les journaux sont intéressants.

    InformationsquelleAutor ChrisNY
  2. 31

    Je recommande contre la création de vos propres codes d'état HTTP, quand les codes existent déjà pour les choses que vous voulez faire dans votre exemple.

    De https://tools.ietf.org/html/rfc4918#section-11.2:

    L'422 [Unprocessable Entité] code d'état signifie que le serveur comprend le type de contenu de la demande de l'entité (d'où un 415 [non pris en charge Type de support] code d'état est inapproprié), et la syntaxe de l'entité de la requête est correcte (donc 400 [Bad Request] code d'état est inapproprié), mais n'a pas pu traiter le contenu des instructions. Par exemple, cette condition d'erreur peut se produire si une requête XML corps contient bien formé (c'est à dire, syntaxiquement correctes), mais sémantiquement erronée, instructions XML.

    Il peut être soutenu que "l'incapacité à traiter" pourrait être dû à une erreur de validation.

    • Échec de l'autorisation est de 401, pas de 403. 403 est interdit, où l'autorisation serait pas de résoudre le problème.
    • 401 est sur l'échec de la authentification (malgré le nom).
    • 401 est "please login (nouveau)"
    InformationsquelleAutor Julian Reschke
  3. 18

    Oui, vous pouvez ajouter des codes d'erreur. Si possible, utilisez les codes qui existent déjà, et si vous êtes de déclarer de nouveaux être prudent pour éviter les collisions.

    Vous devez être conscient que certains proxys filtre inconnu codes. J'ai eu des problèmes avec les utilisateurs qui, où, derrière un proxy qui mappé 5XX à 500, et 4XX à 404. De ce fait mes appels ajax que, lorsque la vérification de l'état de code à l'échec.

    • oui, les procurations sucer. Je ne sais pas le proxy de mise en œuvre de nom, mais il a interprété un code d'état personnalisé qui est le nôtre de sa propre et de ne pas envoyer la réponse au client.
    InformationsquelleAutor fmsf
  4. 14

    Certaines applications ajouter leurs propres codes de réponse dans la gamme 600-799. Vérifier, par exemple, le code de réponse de la liste de KeyNote ici

    Keynote Défini Des Codes D'Erreur (600-799)

    600: CONNECTION ERROR - This indicates a general connection error
601: INCOMPLETE ERROR - This indicates sever sends an incomplete page/object (as indicated by Content-Length header)
602: UNEXPECTED CLOSE ERROR - This indicates socket connection has been closed unexpectedly
603: REFUSED ERROR - This indicates a request to connect to the server is refused
604: TIMEOUT ERROR - This indicates there is no activity in socket connection in 3 minutes
605: REDIRECT ERROR - This indicates an error in redirect HTTP header
606: SSL ERROR - This indicates a general error in SSL
607: HEADER ERROR - This indicates a malformed HTTP header
608: EMPTY RESPONSE ERROR - This indicates server doesn't send any response after a request is sent
609: UNKNOWN HOST ERROR - This indicates socket receives an unknown host error from DNS
610: NO ROUTE TO HOST ERROR - This indicates a no route to host error was received while attempting to open a socket
611: SOCKET ERROR - This indicates a general socket error
612: FRAME LOOP ERROR - This indicates a page has a frame loop (frame A includes Frame B that includes Frame A)
613: REDIRECT LOOP ERROR - This indicates a page has a redirect loop (page A redirects to page B that redirects to page A)
614: CONNECTION RESET ERROR - This indicates socket receive a reset signal from the server
615: SOCKET PROTOCOL ERROR - This indicates an error in socket protocol
616: SOCKET BIND ERROR - This indicates an error in binding the socket
617: CONNECTION ERROR - This indicates a general socket connection error
618: CHUNK ERROR - This indicates an error in chunked encoding
619: SSL TIMEOUT - This indicates a timeout during SSL handshake (2 minutes)
620: SSL END OF INPUT - This indicates an end-of-file is received during SSL handshake
621: SSL HANDSHAKE ERROR - This indicates a general error during SSL handshake
622: SSL CERTIFICATE ERROR - This indicates an error in SSL certificate verification
623: SSL AUTHENTICATION ERROR - This indicates an authentication error during SSL handshake
624: SSL BAD MAC ERROR - This indicates a bad MAC during SSL handshake
625: SSL CIPHER ERROR - This indicates a cipher error during SSL handshake
701: ERROR TEXT FOUND - This code is returned if any error text (such as, "Service Unavailable") are found in the main page (frame HTML contents included). Note that the error text must be defined in advance of the test. Error text means if the text is found, this session should be considered a failure.
702: REQUIRED TEXT NOT FOUND - This code is returned If not all required texts are found in the main page. Note that required text must be defined in advance of the test. Required text means if the text is not found, this session should be considered a failure.
703: HTML BODY EMPTY - This code is returned if the HTML body of the page is empty (only if error text or required text has been defined).

    Si c'est une bonne pratique, je n'oserai pas dire, mais il est intéressant de référence au moins.

    • Ces valeurs sont illégales, dans la spécification HTTP ne permet pas quelque chose d'extérieur à 100...599.
    • J'ai même dit que je "n'osent pas le dire si il est de bonne pratique". Je me contente d'ajouter une référence à ce que d'autres applications ne. En bas à droit de vote de ma réponse, parce que Keynote utilisations illégales des codes d'état semble pas justifiée. Je ne suis que de nourrir la discussion.
    InformationsquelleAutor Wilt
  5. -11

    Non, vous pouvez uniquement utiliser rfc exigences en matière de documentation de code, voir les détails dans RFC1945

    • Vous pouvez utiliser n'importe quel code d'état, définie dans iana.org/assignments/http-status-codes.
    • est-ce à dire Rajesh pouvez utiliser le bouton "427-499 non assigné" pour ses fins?
    • OK, alors 🙂 Vous pouvez utiliser n'importe quel assigné code d'état de la liste. Ou vous rédiger un cahier des charges pour un nouveau code d'état, et l'enregistrer.
    • Vous pouvez, techniquement, utilisez ce que vous s'il vous plaît yous. Juste ne vous attendez pas à bien jouer avec quelqu'un d'autre. Comme demandé dans l'OP-si Rajesh commandes de tous les clients, il peut leur faire comprendre "1337 - Tous votre base sont à nous", ils plaît tant. 😉
    • Vous lié à HTTP/1.0 codes d'état, qui n'a pas été utilisée depuis le début des années 90.
    InformationsquelleAutor Aimeast