What application { } holds

application { } in app.jadpo holds the settings for the whole app, each in a section of its own. These are all the sections it takes, and the page that decides each:

Section	What it sets	Decided in
`jadpo:`	The Jadpo release line the project is written for	The root
`display_name:`	The app's name, as people see it	The application and revocation
`revocation_delay:`	How long a disabled caller or a revoked session may keep working	The application and revocation
`connections:`	Every database, driver and package the app connects to	Connecting in `app.jadpo`
`deployables:`	What is built to run, and where	Declared deployables
`apis:`	The app's APIs and their versions	APIs and versions
`client_address:`	Where a request's client address is read	Client addresses
`translations:`	Whether the root translations need a review	Review
`rate_limits:`	Where rate limits are counted	Rate limits
`email:`	The connection every email goes through, and its sender	Email
`events:`	The store events are kept in	Where the event is kept
`schedules:`	The store schedules' state is kept in	Schedules
`steps:`	How an action's steps are kept and sealed	Several changing calls in one action
`receiving:`	The queues read into the app's events	Events from outside
`ai:`	The model connection, its models and its limits	The `ai` capability

Seven more are decided and not built yet: bot_check: (Bot protection), documents: (Documents), grants: (OAuth grants), privacy: (Data requests), publishing: (Where events travel), scanning: (Image variants and scanning) and telemetry: (Telemetry). Each is toolchain.not_built_yet where it is written, since accepting it would read as a protection or a service the app doesn't have.

Any other section is semantic.application_section_unknown, so a misspelt setting meant to protect the app is never dropped without a word. When it is a near miss of a section, such as revocation_dela:, the error's edit respells it.

Related