Fix a very old comment to include query-string parameters (#18557)

Vault has gradually had the ability to pass query-string parameters
added to GET, then DELETE, and now recently LIST requests. Update
a comment which seems to date back to when no query-string parameters
were used at all.
This commit is contained in:
Max Bowsher 2023-01-17 17:29:30 +00:00 committed by GitHub
parent 09a6515ad8
commit 91855bce22
No known key found for this signature in database
GPG Key ID: 4AEE18F83AFDEB23
1 changed files with 17 additions and 5 deletions

View File

@ -56,12 +56,24 @@ type Path struct {
Pattern string Pattern string
// Fields is the mapping of data fields to a schema describing that // Fields is the mapping of data fields to a schema describing that
// field. Named captures in the Pattern also map to fields. If a named // field.
// capture name matches a PUT body name, the named capture takes
// priority.
// //
// Note that only named capture fields are available in every operation, // Field values are obtained from:
// whereas all fields are available in the Write operation. //
// - Named captures in the Pattern.
//
// - Parameters in the HTTP request body, for HTTP methods where a
// request body is expected, i.e. PUT/POST/PATCH. The request body is
// typically formatted as JSON, though
// "application/x-www-form-urlencoded" format can also be accepted.
//
// - Parameters in the HTTP URL query-string, for HTTP methods where
// there is no request body, i.e. GET/LIST/DELETE. The query-string
// is *not* parsed at all for PUT/POST/PATCH requests.
//
// Should the same field be specified both as a named capture and as
// a parameter, the named capture takes precedence, and a warning is
// returned.
Fields map[string]*FieldSchema Fields map[string]*FieldSchema
// Operations is the set of operations supported and the associated OperationsHandler. // Operations is the set of operations supported and the associated OperationsHandler.