
JSON Schema (User)
A draft-07 JSON Schema describing a user object — for testing schema validators and schema-aware tooling.
- File
- JSON · JSON · UTF-8
- Use case
- Schema validationJSON parsing
Search files, editable visual templates, and live browser targets from one registry-backed directory. Filtered query views stay crawlable for links but are deliberately noindex; the stable taxonomy pages below remain the canonical search surfaces.
Page 10 of 18; 24 results per page.

A draft-07 JSON Schema describing a user object — for testing schema validators and schema-aware tooling.

JSON Schema allOf merging id and name requirements — tests composite schema validation.

Minimal JSON Schema SAMPLE focusing on additional properties false constraints.

Minimal JSON Schema SAMPLE focusing on array unique items constraints.

Minimal JSON Schema SAMPLE focusing on dependent required constraints.

Minimal JSON Schema SAMPLE focusing on enum currency constraints.

Minimal JSON Schema SAMPLE focusing on format uri email constraints.

Minimal JSON Schema SAMPLE focusing on nullable optional constraints.

Minimal JSON Schema SAMPLE focusing on one of status constraints.

Minimal JSON Schema SAMPLE focusing on pattern sku constraints.

JSON Schema with a oneOf union over string vs number tagged objects — for testing union validation.

The compatible member of a JSON Schema 2020-12 customer contract. Backward compatible: existing instances remain valid because email is optional.

The baseline member of a JSON Schema 2020-12 customer contract. Reference contract: id and name are required strings.

The breaking member of a JSON Schema 2020-12 customer contract. Breaking relative to baseline: id changes from string to integer and tenantId becomes required.

A JSON object that repeats several member names (name, tags, timeout, active). RFC 8259 permits duplicate keys but leaves the result parser-defined — most keep the last. A fixture for testing how a JSON parser resolves duplicates.

A structured application log with one JSON object per line at info/debug/warn/error levels — for testing log ingestion.

A valid Jupyter notebook (nbformat 4.5) with markdown cells, code cells, and real outputs (stdout stream and an execute result) — for testing notebook parsers, nbconvert, and JSON tooling.

A KML document with named placemarks — for testing Google Earth / mapping importers.

A Kubernetes-component log in the klog/glog format — a severity letter, timestamp, thread id, and source location prefix followed by the message. A fixture for testing klog parsers and severity extraction.

SAMPLE Kubernetes configmap manifest — fictional names, no real cluster secrets.

SAMPLE Kubernetes deployment manifest — fictional names, no real cluster secrets.

SAMPLE Kubernetes ingress manifest — fictional names, no real cluster secrets.

SAMPLE Kubernetes secret manifest — fictional names, no real cluster secrets.

SAMPLE Kubernetes service manifest — fictional names, no real cluster secrets.
We use Google Analytics and show ads via Adsterra. Non-essential cookies and ad scripts run only after you allow the matching categories. See our cookie policy.