Star Wars API & MCP server (swapi.build)

SWAPI.build

A free, open-source Star Wars API serving data about People, Films, Planets, Species, Starships, and Vehicles. Built with Quarkus and GraalVM for instant startup, minimal memory footprint, and out-of-the-box performance.

Inspired by the original SWAPI (created by Paul Hallett, maintained by Juriy Bura), this project was born out of the need for a Star Wars API built to stay up for live demos. If you've ever had a live demo break because a third-party API went down, you know why this exists.

Quick Start

Prerequisites: Java 25 and Maven (or use the included Maven Wrapper).

cd swapi-app./mvnw quarkus:dev

The API and frontend will be available at http://localhost:5432.

API Endpoints

Base path: /api

Ids are the record ids from each entity's url field (for films, 1 = A New Hope). Successful responses return 200; unknown or non-numeric ids return 404.

GET /api/stats returns anonymous request counts per route (for example /api/people/{id} or /mcp) and per group (REST API, MCP, pages, SEO, other) for the last 24 hours (?period=24h, per hour), 7 days (default, per day; &granularity=hour for hourly) or 30 days (?period=30d, per day), each with the window before it for comparison, plus server response times per route and per group under performance (requests, mean, min, max, standard deviation and approximate p50/p95/p99 in milliseconds, network excluded). They are counted with no IP address or client details. The /stats page shows the same numbers with filters, a trend chart, a ranking and a Performance section.

All responses are JSON. Example:

curl http://localhost:5432/api/people/1

OpenAPI

The full API contract is served at /openapi.json (OpenAPI 3.x, generated from the code — always in sync). The documentation page renders from it, including a "try it" for every endpoint. Generate a client with, e.g.:

npx @openapitools/openapi-generator-cli generate -i https://swapi.build/openapi.json -g typescript-fetch

MCP Server

swapi.build is also a remote MCP server over Streamable HTTP. Any Streamable HTTP client works: the stateless 2026-07-28 revision sends self-contained requests, and earlier revisions negotiate a session through initialize — both are served on the same endpoint. The legacy HTTP+SSE transport (2024-11-05) is not supported. First-party, read-only, no authentication:

https://swapi.build/mcp

Full setup guides: swapi.build/docs/mcp

resource is one of PEOPLE, FILMS, PLANETS, SPECIES, STARSHIPS, VEHICLES. Ids are the record ids from each entity's url field (for FILMS, 1 = A New Hope). expand names relations to embed in the same call (["homeworld", "species"], or ["*"]); fields projects each entity (["name"] gives a compact index; url always stays).

Since 2.13.0 the records are also MCP resources: swapi://people (an index) and swapi://people/1 (the sw_get text), for the six types, plus the templates swapi://<type>/{id}. The server prompt character_profile takes a character name.

Caching: Quarkiverse MCP Server 2.0.0 emits the required ttlMs: 0 and cacheScope: "public" fields on stateless discovery and tool-list responses. Zero TTL means immediately stale; no positive freshness period is configured. Its cache hints apply to discovery, list methods and resources/read, not tools/call. Tool-result caching is not enabled, including for sw_random. REST/edge caching is a separate mechanism.

claude mcp add --transport http swapi-build https://swapi.build/mcp

{  "mcpServers": {    "swapi-build": { "type": "http", "url": "https://swapi.build/mcp" }  }}

codex mcp add swapi-build --url https://swapi.build/mcp

[mcp_servers.swapi-build]url = "https://swapi.build/mcp"

{  "servers": {    "swapi-build": { "type": "http", "url": "https://swapi.build/mcp" }  }}

{  "mcpServers": {    "swapi-build": {      "type": "streamable-http",      "url": "https://swapi.build/mcp",      "disabled": false    }  }}

The server scales to zero when idle — if the very first connection attempt fails, retry once (the native binary starts in tens of milliseconds; the platform may take a bit longer to provision the container; subsequent calls are fast, whether your client is stateless or session-based).

WebMCP in the browser (experimental)

The website exposes sw_list, sw_get, sw_search and sw_random through WebMCP. Names and required arguments match the remote MCP tools, including uppercase resource names; the optional expand and fields arguments exist only on the remote server. Each browser tool updates the visible explorer and returns complete records in a JSON result with ok, data, resource and path. The browser result envelope differs from the remote MCP transport.

Use a compatible browser with WebMCP enabled and the document.modelContext API. The setup and demonstration guide explains the inspector, example calls and cancellation behavior. When the API is unavailable, the site works normally. No model API key or AI runtime is embedded in the site. The JavaScript is bundled by Quinoa and runs in the browser, including when served by the Quarkus native executable.

Client examples

• examples/java/langchain4j-mcp-client — ask questions in natural language; the tools come from the MCP server above, so the example defines none.
• examples/java/quarkus-rest-client — call the REST API from Java with a typed client.

Project Structure

swapi-app/  src/main/    java/com/eldermoraes/     # Backend (Quarkus + Jakarta REST)      film/                   # Film model, service, resource      people/                 # People model, service, resource      planet/                 # Planet model, service, resource      specie/                 # Specie model, service, resource      starship/               # Starship model, service, resource      vehicle/                # Vehicle model, service, resource      mcp/                    # MCP server tools (sw_list, sw_get, sw_random, sw_search)      SWObject.java           # Base model class      SWService.java          # Service interface      ApiResource.java        # Root /api endpoint      ApplicationPath.java    # Jakarta REST base path (/api)    resources/      data/                   # Static JSON data files      application.properties  # Quarkus configuration    webui/                    # Frontend (TypeScript + Vite)      src/        api.ts                # API client with request management        main.ts               # SPA router        pages/                # Page renderers (home, resource, docs, mcp, about, privacy, terms)        json-highlight.ts     # JSON syntax highlighting for result panels        style.css             # Site styles        types.ts              # TypeScript interfaces for API resources        constants.ts          # Shared resource metadata        utils.ts              # Shared utilities (escapeHtml)  src/test/    java/com/eldermoraes/     # Regression suite (REST contracts, MCP tools, forwarded headers)

Each backend domain (film, people, planet, etc.) follows the same pattern:

• Model (e.g., Film.java): POJO with @RegisterForReflection for native image support
• Service (e.g., FilmService.java): loads data from JSON at startup, caches in memory
• Resource (e.g., FilmResource.java): Jakarta REST controller with @RunOnVirtualThread

Build

cd swapi-app
# Development mode (live reload)./mvnw quarkus:dev
# Production JAR./mvnw packagejava -jar target/quarkus-app/quarkus-run.jar
# Native executable (requires GraalVM or container build)./mvnw package -Dnative./mvnw package -Dnative -Dquarkus.native.container-build=true

The frontend is automatically built and bundled by Quinoa during the Maven build. No separate npm step is needed.

Deployment

The app runs as a native (GraalVM/Mandrel) executable on a self-hosted server on Oracle Cloud, managed by systemd behind Caddy (TLS via Let's Encrypt). DNS is managed on Cloudflare (DNS-only records pointing to the server). Publishing a GitHub Release runs .github/workflows/native-binary.yml: test suite, native build attached to the Release, a manual approval, then the install on the server over SSH and the production probes. The runbook is docs/DEPLOY.md.

Tech Stack

• Runtime: Quarkus 3.33 on Java 25 with Virtual Threads
• MCP server: Quarkiverse MCP Server — Streamable HTTP, stateless and session-based clients
• Serialization: Jakarta REST + JSON-B
• Native image: GraalVM via Mandrel builder
• Frontend: TypeScript + Vite, served by Quinoa

Contributing

Pull requests are always welcome. Whether it's fixing a bug, improving the docs, or adding new features, jump in and help make the best Star Wars API in the galaxy even better.

1. Fork the repository
2. Create your feature branch (git checkout -b feature/my-change)
3. Make your changes (with tests) and run the suite: cd swapi-app && ./mvnw test
4. Commit and push
5. Open a Pull Request

Changelog and releases

Release history lives in CHANGELOG.md. Tagged releases are on the Releases page. The version served in /openapi.json (info.version) is always the latest released version. The release process itself is documented in docs/RELEASE.md.

Credits

• Original SWAPI by Paul Hallett, maintained by Juriy Bura
• Star Wars data from community-driven sources such as Wookieepedia
• All Star Wars content and imagery are property of Lucasfilm Ltd. and Disney. This project is not affiliated with or endorsed by Lucasfilm or Disney.

License

Licensed under the Apache License 2.0. The website also publishes a Privacy Policy and Terms of Use.