module-rust, id 'rust', built from the Integration Kit's template. Phase 1's job
is the kit's own argument: get every seam working at once with almost nothing in
them, so that afterwards you break exactly one at a time.
What is here:
* /rust on all three tiers, because the loader holds module.json's mounts against
what is registered in BOTH directions -- so the declaration and the
registration land together or not at all. The player tier is honestly thin: it
answers the server list on the authenticated tier, delegating to the same model
the public tier uses so the two cannot drift while they are meant to be the
same. It is the address the app will call, registered now rather than moved
later.
* Two tables. rust_servers is configuration an operator writes; rust_server_state
is what a sidecar reported. Separate tables because they have different
writers, lifetimes and audiences -- and because purging observed state while
keeping the configuration is a thing an operator will want.
* Per-server sidecar tokens through ctx.secretBox, write-only in the API. The
admin list reports hasToken and never the credential, and an empty token on a
save leaves the stored one alone -- a form that posts its own blank field would
otherwise erase a credential every time somebody renamed a server.
* A real sidecar client. It never throws: every call answers {ok, status, data},
and the status is what tells a wrong URL from a wrong token from a mismatched
protocol -- all three present as 'the site says my server is offline' and each
has a different fix.
* The five guards, green: check:imports, check:swagger, check:externals, and both
suites.
What is deliberately NOT registered: the Team provider, triggers, audiences,
engagement seeds, notification streams, the four event catalogues, and the two
extension slots. Each arrives with the phase that has something real to put in
it, and a test asserts their absence so that removing it is deliberate. A
declared trigger nothing emits and a declared slot nothing fills are both
surfaces an operator can configure and then wait on, which is worse than an
absent one because the absence is visible.
Two corrections to the kit's template, both feedback for a later phase:
* registration.test.js read one page BY NAME to check declared slots are
rendered, so a module declaring none dies on ENOENT before reaching the loop
that would have been empty. It now scans every file under src/routes.
* test/_fakes.js supplied validator: {}. An admin router that builds validation
chains at file scope cannot be required with that, so the fake holds the real
express-validator -- for the same reason it holds a real express Router.
The kit was right about noGameConnection.test.js: its header predicts that a
module adding a sidecar client will see the check go red, names sidecarClient.js
as the file to allow, and says narrow it rather than delete it. That is exactly
what happened on the first run, and the fix was the one line the header names.
Installed into a real core and verified: the module reaches 'started', publishes
its capability, serves its chunk, and renders a server whose server.hello
originated in a live Rust server.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_016wDDVXWMDz82WqE1i969r4
155 lines
7.6 KiB
JavaScript
155 lines
7.6 KiB
JavaScript
// ── Test doubles for what core hands the module ───────────────────────────
|
|
//
|
|
// Your server half is testable WITHOUT core, and that is not a convenience — it
|
|
// is the contract holding. Everything a module may touch arrives on `ctx`
|
|
// (MODULE_API.md §2.3), so a `ctx` this file can build is a complete statement of
|
|
// what your module depends on. **If a test ever needs something that is not here,
|
|
// either your module reached past the boundary or §2.3 needs a new member.** Both
|
|
// are worth stopping for.
|
|
//
|
|
// The fake mirrors §2.3 member for member — including the freezing, so a module
|
|
// that assigns to `ctx.something` fails here the way it would in core.
|
|
//
|
|
// This file lives under `test/`, which `checkImports.js` treats as not-shipped —
|
|
// which is why it may `require('express')` when the module's own routers may not.
|
|
// It builds a REAL express Router on purpose: a fake Router would only ever test
|
|
// the fake.
|
|
|
|
const express = require('express')
|
|
const expressValidator = require('express-validator')
|
|
|
|
/** Records every call, so a test can assert what the module asked for. */
|
|
function spy(returns) {
|
|
const fn = (...args) => {
|
|
fn.calls.push(args)
|
|
return typeof returns === 'function' ? returns(...args) : returns
|
|
}
|
|
fn.calls = []
|
|
return fn
|
|
}
|
|
|
|
function fakeLog() {
|
|
return { error: spy(), warn: spy(), info: spy(), debug: spy() }
|
|
}
|
|
|
|
function fakeCtx(overrides = {}) {
|
|
// `freeze: false` is a test seam for a suite that wants to adjust the ctx it
|
|
// installed. Core always freezes; the unfrozen variant is never a claim about
|
|
// what a module is handed in production.
|
|
const { freeze = true, ...rest } = overrides
|
|
const logs = []
|
|
const ctx = {
|
|
moduleId: 'rust',
|
|
paths: { moduleRoot: require('path').resolve(__dirname, '..', '..') },
|
|
express,
|
|
// The REAL express-validator, for the same reason express is real: the admin
|
|
// router builds its validation chains at file scope, so `{}` here is not
|
|
// something that file can even be required with.
|
|
validator: expressValidator,
|
|
db: { query: spy(Promise.resolve([])), pool: {} },
|
|
log: (namespace) => {
|
|
const log = fakeLog()
|
|
logs.push({ namespace, log })
|
|
return log
|
|
},
|
|
auth: { getUserFromRequest: spy(null) },
|
|
// The engagement seam (§2.3). One method, recording, because that is the
|
|
// whole of what a module may do with it: fire a declared event and stop.
|
|
// Core's own emit is fire-and-forget and returns nothing, so this does too —
|
|
// a fake that returned a receipt would invite a module to wait on one.
|
|
// `reconcile` joined it at 1.10.0 — the ONE thing the event contract adds to
|
|
// `ctx`, because an action is called BY core and is handed what it needs in
|
|
// the envelope. Only the module knows when the game restarted, so only the
|
|
// module can ask for the sweep.
|
|
events: { emit: spy(undefined), reconcile: spy(undefined) },
|
|
// A REVERSIBLE fake, not a recording one. Core's box is AES-256-GCM keyed by
|
|
// the deployment's SECRET_ENC_KEY; what a test needs from it is that
|
|
// `decrypt(encrypt(x)) === x`, because the bug this module could have is a
|
|
// token stored under one shape and read under another. A spy returning a
|
|
// constant would pass while proving nothing, and the tag makes an accidental
|
|
// plaintext leak visible in an assertion.
|
|
secretBox: {
|
|
encrypt: (s) => `enc:${s}`,
|
|
decrypt: (s) => {
|
|
if (typeof s !== 'string' || !s.startsWith('enc:')) throw new Error('not encrypted by this box')
|
|
return s.slice(4)
|
|
},
|
|
},
|
|
activity: { log: spy(Promise.resolve()) },
|
|
middleware: {
|
|
requireAuth: (req, res, next) => next(),
|
|
requireRole: () => (req, res, next) => next(),
|
|
siteMode: (req, res, next) => next(),
|
|
validate: (req, res, next) => next(),
|
|
noindex: (req, res, next) => next(),
|
|
// The factory returns a pass-through rather than a real limiter: a test
|
|
// that tripped a rate limit would be a test whose result depended on how
|
|
// many times the suite had run.
|
|
rateLimit: (options) => Object.assign((req, res, next) => next(), { options }),
|
|
accountChangeLimiter: (req, res, next) => next(),
|
|
},
|
|
site: { baseUrl: 'http://localhost:5173' },
|
|
...rest,
|
|
}
|
|
// Non-enumerable, and that is not tidiness. Core freezes every object value on
|
|
// `ctx` one level deep, so an enumerable recorder hung off it would be frozen
|
|
// by the loop below and every `log.info` would throw on push. Keeping it out of
|
|
// the enumeration also makes the fake more faithful: a module iterating `ctx`
|
|
// sees §2.3's members and nothing a test put there.
|
|
Object.defineProperty(ctx, 'logs', { value: logs, enumerable: false })
|
|
if (!freeze) return ctx
|
|
for (const value of Object.values(ctx)) {
|
|
if (value && typeof value === 'object') Object.freeze(value)
|
|
}
|
|
return Object.freeze(ctx)
|
|
}
|
|
|
|
/**
|
|
* The registration api, recording rather than mounting.
|
|
*
|
|
* Copies core's `once()` rule (§2.4: "calling twice is an error"), so a module
|
|
* that registers the same thing twice fails in its own suite rather than first on
|
|
* an operator's install.
|
|
*/
|
|
function fakeApi() {
|
|
const record = {
|
|
routes: null, extensions: [], streams: null, legs: [], hooks: {}, teamProvider: null,
|
|
triggers: null, audiences: null, engagementSeeds: null,
|
|
eventBudgets: null, eventOptionSources: null, eventLeases: null, eventActions: null,
|
|
}
|
|
const called = new Set()
|
|
const once = (name) => {
|
|
if (called.has(name)) throw new Error(`${name}() called twice`)
|
|
called.add(name)
|
|
}
|
|
const api = {
|
|
registerRoutes(mounts) { once('registerRoutes'); record.routes = mounts },
|
|
registerExtension(slot, router) { record.extensions.push({ slot, router }) },
|
|
registerNotificationStreams(streams) { once('registerNotificationStreams'); record.streams = streams },
|
|
registerAnnounceLeg(leg) { record.legs.push(leg) },
|
|
registerPostHook(hook) { once('registerPostHook'); record.hooks.post = hook },
|
|
// `once` here is not the general rule restated — it is a DIFFERENT rule that
|
|
// happens to look the same. The others may not be called twice by ONE module;
|
|
// this one holds a single value across the whole deployment, so a second
|
|
// module registering a provider collides with the first. A fake cannot see
|
|
// the second module, and asserting the half it can see is still worth doing.
|
|
registerTeamProvider(provider) { once('registerTeamProvider'); record.teamProvider = provider },
|
|
registerEventTriggers(triggers) { once('registerEventTriggers'); record.triggers = triggers },
|
|
registerAudiences(audiences) { once('registerAudiences'); record.audiences = audiences },
|
|
registerEngagementSeeds(seeds) { once('registerEngagementSeeds'); record.engagementSeeds = seeds },
|
|
// The event contract (1.10.0). `once` on all four: a batch is a module's
|
|
// COMPLETE statement about what it declares, so a second call is a module
|
|
// changing its mind halfway through `register()` rather than adding to it.
|
|
registerEventBudgets(budgets) { once('registerEventBudgets'); record.eventBudgets = budgets },
|
|
registerEventOptionSources(sources) { once('registerEventOptionSources'); record.eventOptionSources = sources },
|
|
registerEventLeases(leases) { once('registerEventLeases'); record.eventLeases = leases },
|
|
registerEventActions(actions) { once('registerEventActions'); record.eventActions = actions },
|
|
onBoot(fn) { once('onBoot'); record.hooks.onBoot = fn },
|
|
onShutdown(fn) { once('onShutdown'); record.hooks.onShutdown = fn },
|
|
}
|
|
api.record = record
|
|
return api
|
|
}
|
|
|
|
module.exports = { fakeCtx, fakeApi, spy }
|