Skip to content
Telephony/CPaaS

etsi.local:MEC010-2_AppPkgMgmt

ETSI GS MEC 010-2 - Part 2: Application lifecycle, rules and requirements manage sandbox and mock API

ETSI GS MEC 010-2 - Part 2: Application lifecycle, rules and requirements management described using OpenAPI. Writes persist, data moves on a schedule and every change can fire a signed webhook.

Operations
16
Collections
-
Event types
-
Start this simulation
example request
curl https://your-etsi-local-mec010-2-apppkgmgmt.slurry.io/app_packages \
  -H "Authorization: Bearer slurry_sim_..."

Your simulation gets its own hostname, key and IP allow-list. Built from API version 2.1.1.

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 16.

  • GET/app_packages
  • POST/app_packages
  • GET/app_packages/{appPkgId}
  • PATCH/app_packages/{appPkgId}
  • DELETE/app_packages/{appPkgId}
  • GET/app_packages/{appPkgId}/appd
  • GET/app_packages/{appPkgId}/package_content
  • PUT/app_packages/{appPkgId}/package_content
  • GET/onboarded_app_packages/{appDId}/appd
  • GET/onboarded_app_packages/{appDId}/package_content
  • PUT/onboarded_app_packages/{appDId}/package_content
  • GET/subscriptions