Zusammenfassung

  • BREW oder POST mit start belegt einen Steuerungswunsch und seine Verarbeitung am Server, nicht das mechanische Ergebnis oder die Übergabe einer Tasse.
  • RFC 2325 beobachtet Kapazität, Zustand, Füllstand, Zeit und Temperatur getrennt; Lieferung, Lebensmittelkonformität, Trinkbarkeit und Konsum bleiben undefiniert.

Der Status endet am Controller

Eine Anfrage kann vollständig korrekt sein: richtige coffee:-URI, gültiger message/coffeepot-Inhalt, akzeptierte Methode und weder 406 noch 418. Damit ist ein Protokollschritt belegt. Ob Heizung, Wasser, Kaffeemehl, Filter, Kanne und Tasse den Vorgang tatsächlich trugen, ist offen.

RFC 2324 erschien am 1. April 1998 als Informational und ist kein Internetstandard. Die Satire macht eine ernsthafte Grenze sichtbar: Ein Protokoll kann eine Handlung benennen, ohne deren physische Ausführung zu beobachten. Sendeprotokoll und Serverlog sind keine Temperatur-, Mengen- oder Liefermessungen.

Der Nachrichtenkörper kennt nur start und stop. Das reicht für einen Auftrag, aber nicht für eine Fertigmeldung.

Bekannte Ablehnungen machen Erfolg nicht vollständig

Mit Accept-Additions lassen sich Milch, Sirup, Süßstoff, Gewürze oder Alkohol anfordern. 406 kann eine nicht verfügbare Zusammenstellung anzeigen. 418 bezeichnet in der erfundenen Gerätewelt die Teekanne, die keinen Kaffee brühen kann.

Das Ausbleiben von 406 beweist nicht, dass eine Zutat im Getränk landete. Das Ausbleiben von 418 beweist weder Wasser noch Kaffee. Auch Safe betrifft die Wiederholbarkeit einer Anfrage, nicht Hygiene, Allergene, Regulierung oder sichere Trinktemperatur.

GET verdeutlicht dieselbe Trennung: Die Ressource ist physisch, doch die Daten einer Kaffee-URI enthalten gewöhnlich kein Koffein. Eine Repräsentation ist kein Getränk.

Mehr Messwerte bedeuten mehr Zuordnungsarbeit

Der begleitende RFC 2325 definiert Kapazität, Bauart, Standort, Betriebszustand, Füllstand, Einheit, Startzeit, Laufzeit und Temperatur. Kapazität gilt unabhängig vom aktuellen Zustand. brewing ist ein Modus, keine Ausbeute. Füllstand braucht eine Einheit; Temperatur einen Messpunkt; Laufzeit beweist keinen Durchfluss.

Eine belastbare Kette müsste Anfrage, Gerät und denselben Brühvorgang verbinden, danach Aktor, Zustandswechsel, Füllstand und Temperatur. Anschließend wären Ausschank, Gefäß, Empfänger und gegebenenfalls Sicherheits- oder Konformitätsprüfung zu belegen. Ob jemand trank, ist nochmals eine eigene menschliche Tatsache.

418 überlebte als Zeichen

RFC 9110 reserviert 418 als unbenutzten Code, weil der Scherz in Software so verbreitet wurde, dass eine neue Zuweisung missverständlich wäre. Das ist ein Beleg für kulturelle und technische Beständigkeit.

Es ist kein Betriebsnachweis für Kaffeekannen. Spezifikation, Implementierung, physischer Lauf, Übergabe und Konsum bleiben getrennte Ebenen. Ein Register stabilisiert Bedeutung; es misst keine Tasse.

Quellen