From 0d61c0299bfff0b93c7ce5a489a64e43774d5ca9 Mon Sep 17 00:00:00 2001 From: Tim van der Lippe Date: Wed, 13 May 2026 11:48:39 +0200 Subject: [PATCH 1/2] Beheer: voeg PATCH methode weer toe Dit is per abuis verwijderd in #162 en was niet de bedoeling. --- sections/designRules.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/sections/designRules.md b/sections/designRules.md index 3cf9fe3d..be02bcad 100644 --- a/sections/designRules.md +++ b/sections/designRules.md @@ -407,7 +407,7 @@ Although the REST architectural style does not impose a specific protocol, REST -

The HTTP specification [[RFC9110]] offers a set of standard methods, where every method is designed with explicit semantics. HTTP also defines other methods, e.g. HEAD, OPTIONS, TRACE, and CONNECT.
+

The HTTP specification [[RFC9110]] and the later introduced PATCH method specification [[RFC5789]] offer a set of standard methods, where every method is designed with explicit semantics. HTTP also defines other methods, e.g. HEAD, OPTIONS, TRACE, and CONNECT.
The OpenAPI Specification 3.0 Path Item Object also supports these methods, except for CONNECT.
According to RFC 9110 9.1 the GET and HEAD HTTP methods MUST be supported by the server, all other methods are optional.
In addition to the standard HTTP methods, a server may support other optional methods as well, e.g. PROPFIND, COPY, PURGE, VIEW, LINK, UNLINK, LOCK, UNLOCK, etc.
From 723aea8d9fafd5f1ada9ee224c5dc703e58f1680 Mon Sep 17 00:00:00 2001 From: Tim van der Lippe Date: Wed, 13 May 2026 11:54:28 +0200 Subject: [PATCH 2/2] Maak PATCH RFC normatief Als de referentie in een `class="note"` staat, dan wordt hij als informatief gekenmerkt. --- sections/designRules.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/sections/designRules.md b/sections/designRules.md index be02bcad..6d115ce2 100644 --- a/sections/designRules.md +++ b/sections/designRules.md @@ -329,7 +329,7 @@ Although the REST architectural style does not impose a specific protocol, REST

Statement
- An API MUST adhere to the HTTP method semantics defined in [[RFC9110]]. + An API MUST adhere to the HTTP method semantics defined in [[RFC9110]] and [[RFC5789]].
Rationale