Skip to content

Rename ArtemisServerCli to AuthProvider; delete debug-only notify-created.#1238

Open
floitsch wants to merge 2 commits into
floitsch/build-artemis-service.s-new.020from
floitsch/build-artemis-service.s-new.030
Open

Rename ArtemisServerCli to AuthProvider; delete debug-only notify-created.#1238
floitsch wants to merge 2 commits into
floitsch/build-artemis-service.s-new.020from
floitsch/build-artemis-service.s-new.030

Conversation

@floitsch

Copy link
Copy Markdown
Member

The CLI-side interface previously called ArtemisServerCli is really
an identity / auth provider abstraction. Renaming it to AuthProvider
matches its responsibility and prepares for the upcoming phase where
each service (broker, pod-store, fleet-store) optionally references its
own named auth provider.

Rename

  • src/cli/artemis_servers/src/cli/auth_providers/
  • artemis-server.toitauth-provider.toit
  • ArtemisServerCliAuthProvider (+ the two impls, the helper,
    internal field/method on Artemis)
  • tests/artemis-server-test.toittests/auth-provider-test.toit

The HTTP test server (tools/http_servers/artemis-server.toit) and the
test helper (tests/artemis-server.toit) keep their names — they
simulate or talk to the production Artemis server, which keeps that
external name.

Delete AuthProvider.notify-created

The method was documented as "mostly for debugging purposes" and just
appended a {"type": "created"} event row. Nothing depends on it; the
broker has its own (load-bearing) notify-created. Removes the
interface declaration, both impls, the lone caller in fleet.toit, the
HTTP test server dispatch branch, and the
COMMAND-NOTIFY-ARTEMIS-CREATED_ constant + string mapping.

Compatibility

No Supabase schema or RLS changes. Old CLIs in the field that call
notify-created against the Supabase server continue to hit the
existing function (it remains defined in the schema); we just stop
calling it from the new CLI.

floitsch added 2 commits May 18, 2026 21:22
The CLI-side interface previously called "Artemis server CLI" is
really an identity / auth provider abstraction. Renaming it to
AuthProvider matches its responsibility and unblocks the upcoming
work where each service (broker, pod-store, fleet-store) optionally
references its own named auth provider.

Pure rename, no behavior change.

- src/cli/artemis_servers/             -> src/cli/auth_providers/
- artemis-server.toit                  -> auth-provider.toit
- ArtemisServerCli                     -> AuthProvider
- ArtemisServerCliSupabase             -> AuthProviderSupabase
- ArtemisServerCliHttpToit             -> AuthProviderHttpToit
- with-server                          -> with-auth-provider
- Artemis.artemis-server_              -> auth-provider_
- Artemis.connected-artemis-server_    -> connected-auth-provider_
- tests/artemis-server-test.toit       -> tests/auth-provider-test.toit

The HTTP test server (tools/http_servers/artemis-server.toit) and
the test helper (tests/artemis-server.toit) keep their names; they
simulate or talk to the production Artemis server, which keeps that
external name.
The AuthProvider-side notify-created was documented as 'mostly for
debugging purposes' and just appended a {'type': 'created'} event row.
Nothing depends on that event, and the lone caller in fleet.toit
already inserts the same kind of state through the broker's own (and
load-bearing) notify-created.

Removes:
- the interface declaration in auth-provider.toit;
- the Supabase and HTTP impls;
- the fleet.toit caller and its 'mostly for testing purposes' comment;
- the HTTP test server dispatch branch;
- the COMMAND-NOTIFY-ARTEMIS-CREATED_ constant and its string mapping;
- the test-notify-created test helper.

The broker's own notify-created (BrokerCli.notify-created) is untouched.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant