8000 xerj/demo/playbooks at main · hpahm/xerj · GitHub
[go: up one dir, main page]

Skip to content

Latest commit

 

History

History
 
 

playbooks

Folders and files

NameName
Last commit message
Last commit date

parent directory

..
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

README.md

Xerj feature playbooks & smoke-tests

Real, runnable smoke-tests for every major Xerj use case — each one a sequence of actual commands against a live binary with their captured output, so the same material doubles as:

  • docs — copy a step's curl + JSON straight into a docs page, and
  • screencast scripts — drive an AISE scene from playbooks.json.

Run

# 1. start xerj (ES-compat on :9200, native ops on :8080)
xerj --insecure --data-dir /tmp/xerj/data

# 2. run the suite (Node ≥18, uses curl)
node demo/playbooks/run.mjs

It rebuilds its own fixtures, executes every step, asserts pass/fail, and writes the artifacts below. Re-running against a fresh --data-dir is deterministic.

Artifacts

file purpose
SMOKE_REPORT.md use-case coverage table + pass/fail (61/61)
casts/<id>.md human-readable cast per use case ($ curl … → real output) — for docs & screencasts
playbooks.json structured {label, cmd, status, output} per step — for generating AISE scenes
ES_API_AUDIT.md full ES-compat surface audit — all 162 routes live-tested + source-classified (REAL/PARTIAL/STUB), 0 broken, with the hot-path benchmark
es_api_audit.json machine-readable per-endpoint verdicts + evidence
BENCHMARK.md bulk-ingest throughput + read/agg/kNN latency (bench.mjs)
debug-profiling/ opt-in CPU/heap pprof capture, reproducibility manifest, and AI analysis prompts

Use cases covered

boot/health · quickstart CRUD · bulk ingest · full-text query families · aggregations · vector/kNN · analyzers · mappings/templates/aliases · log-analytics · ES migration parity · native ops (health/metrics) · embedded Console UX.

Status

61/61 steps green. The ES-compat API (:9200) and the native /v1 ops API (:8080) are both fully covered — including /v1/health/ready, /v1/cluster/health, /v1/admin/flush, and /v1/admin/backup (a real on-disk snapshot via engine::create_snapshot).

ES wire-protocol divergences to remember

A few ES paths differ in shape (the suite uses the working forms): per-index _cat/indices/{name} is not supported (use _cat/indices); global _stats and global POST /_refresh differ (use _count and per-index _refresh).

Native ingest content-types

POST /v1/indices/:name/turbo-ingest expects a JSON array with content-type: application/json (not ndjson); native index creation is POST /v1/indices (not PUT).

0