Skip to content

feat: complete Express provider lifecycle and explicit application invocation #152

Closed

Description

@anycodes

Problem Description

At main daabf3c standard Sandbox implements pause/network/snapshots, but typed ProviderSandbox.pause/resume fails the operation gate and the old resume path does not rebind sessions. ProviderSandbox drops the separate traffic token. Application commands.run reserves timeout, preventing a business argument with that name.

Proposed Solution

Preserve standard APIs and GET attach semantics. Use provider-owned pause/connect-based resume with credential/URL rebinding, explicit traffic-token attach input and an invoke(name, arguments, request_timeout=...) API that leaves run keyword meanings intact. Add the single canonical STS configuration source and share provider extensions through the engine.

Acceptance criteria

  • Same previously-used object can execute and read/write after pause/resume.
  • No hidden connect/resume/TTL mutations in attach/application_client.
  • Preserve known traffic token across GET responses; omit it from repr/default serialization/session files and use only its gateway header.
  • Explicit invoke carries timeout/name/arguments/server_port business keys; old run remains compatible.
  • Canonical ALIBABA_CLOUD_SECURITY_TOKEN, no revival of retired aliases, synchronized consumer export.
  • Thin access to declared runtime extensions without duplicate cloud mappings.
  • Regressions, real components, cleanup, full required checks, bilingual docs and owner records.

Node cloud client expansion is outside this change; companion Node application command APIs stay within its existing HTTP scope.

Activity

  1. anycodes commented on Nov 12, 2026

    @anycodes
    ContributorAuthor

    Completed by #153. The merged SDK slice includes same-object Express pause/resume, explicit invocation arguments, separate traffic authentication and canonical STS configuration, with real local/cloud component checks, independent cleanup and successful required remote CI. The PR explicitly permits this SDK slice to land independently of the CLI storage-mount fixture gate. Closing the SDK issue; CLI issue230 and its storage acceptance remain separate.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions