Hanzo
OpenapiCommerce

Method-override tunnel for a watchlist — for clients that cannot send PUT,…

A watchlist is a viewer's saved list of movies — a user id, an email, and the movies themselves.

POST /v1/commerce/watchlist/{watchlistid}

Addresshttps://api.hanzo.ai/v1/commerce/watchlist/{watchlistid}
MethodPOST
Operationpost_commerce_watchlist_by_watchlistid
AuthAuthorization: Bearer $HANZO_API_KEY

A watchlist is a viewer's saved list of movies — a user id, an email, and the movies themselves. It stores WHOLE MOVIE SNAPSHOTS rather than movie ids, so a list goes stale the moment a film record changes and grows without bound as it fills. Re-dispatches the request into the handler the intended verb would have reached, taking that verb from a _method form value or query parameter and then from the X-HTTP-Method-Override header. PUT replaces the row, PATCH changes part of it, DELETE removes it, and anything else is 405. The trap is the DEFAULT: naming no override at all leaves the method POST, which this tunnel maps to the PARTIAL UPDATE — it is never a create, and creating is the collection root's job. Behaviour and authorization are the underlying operation's, since the real handler runs. Any valid access token reaches it.

Request

1 field.

FieldInTypeRequiredDescription
watchlistidpathstringyes

Response

The document declares no response body for this operation. It answers 200 on success and the platform error shape on failure — see Errors.

Examples

hanzo has no subcommand for this operation — the CLI serves only what cloud's live route table confirms. Use HTTP or an SDK.


Commerce API · All Hanzo APIs · Interactive reference

How is this guide?

On this page