googleapis.com

Test against the Google Calendar API

A hosted, stateful simulation shaped like the Google Calendar API. Writes persist, data moves on a schedule and every change can fire a signed webhook. Unofficial: not affiliated with googleapis.com.

Operations: 22

Start this simulation Vendor documentation

example request

curl https://your-google-calendar.slurry.io/calendar/v3/colors \
  -H "Authorization: Bearer slurry_sim_live_..."

Your simulation gets its own hostname, key and IP allow-list. Spec snapshot: version v3.

What gets simulated

Collections, relationships and state machines are worked out from the spec when you start the simulation.

State. Creates, updates and deletes persist and show up in later reads.
Behaviour. Records move through their states on a schedule you control, and you can fast-forward up to 30 days.
Webhooks. Every change emits a signed, retried event.
Failure. Per-endpoint errors, latency and chaos rules, on demand.

Operations

First 12 of 22.

POST/calendars
GET/calendars/{calendarId}
PUT/calendars/{calendarId}
PATCH/calendars/{calendarId}
DELETE/calendars/{calendarId}
GET/calendars/{calendarId}/events
POST/calendars/{calendarId}/events
POST/calendars/{calendarId}/events/quickAdd
GET/calendars/{calendarId}/events/{eventId}
PUT/calendars/{calendarId}/events/{eventId}
PATCH/calendars/{calendarId}/events/{eventId}
DELETE/calendars/{calendarId}/events/{eventId}

Does this simulation differ from the real Google Calendar API?

Tell us about wrong response shapes, status codes, missing endpoints or unrealistic data. If you have a simulation of it, report from its Issues tab so we can see the exact call.