Skip to content

use the 202 status consistently in triggering endpoints #2224

Open
nhoening wants to merge 2 commits into
mainfrom
feat/api/use-202-status-consistenly-in-triggering-and-fetching-endpoints
Open

use the 202 status consistently in triggering endpoints #2224
nhoening wants to merge 2 commits into
mainfrom
feat/api/use-202-status-consistenly-in-triggering-and-fetching-endpoints

Conversation

@nhoening

@nhoening nhoening commented Jun 5, 2026

Copy link
Copy Markdown
Member

Description

Use 202 in triggering endoints (forecasting scheduling) and provide follow-up URLs in the response.

Closes #2171

  • Move from 200 to 202 in the two endpoints
  • Update documentation, add triggering/polling section in API introduction
  • Endpoints return job monitoring and job result URLs, so clients & agents can easily follow-up
  • Also let get-schedule endpoint return 202 (instead of 400) if job is not ready
  • Added changelog item in documentation/changelog.rst

Look & Feel

Mainly Sphinx and Swaggerdocs.

How to test

Further Improvements

… scheduling) and provide follow-up URLs in the response

Signed-off-by: Nicolas Höning <nicolas@seita.nl>
@nhoening nhoening self-assigned this Jun 5, 2026
@nhoening nhoening added this to the 1.0.0 milestone Jun 5, 2026
…ished (just like get_forecast) - for now only use this (over the old 400 code) if API_SUNSET is being used

Signed-off-by: Nicolas Höning <nicolas@seita.nl>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Switch forecasting and schedule - triggering endpoints to 202 Accepted

1 participant