Skip to content

Conversation

@fabriziodemaria
Copy link
Member

No description provided.

@fabriziodemaria fabriziodemaria marked this pull request as ready for review November 25, 2025 13:39
fabriziodemaria and others added 3 commits November 26, 2025 08:24
Address review feedback by moving the sticky resolve response handling
logic from SwapWasmResolverApi to LocalResolverProvider.

Changes:
- Update WasmResolverApi.ResolveWithSticky to return ResolveWithStickyResponse
  instead of ResolveFlagsResponse
- Move response handling logic (Success/MissingMaterializations) from
  SwapWasmResolverApi to LocalResolverProvider
- Add handleStickyResponse, storeUpdates, and handleMissingMaterializations
  methods to LocalResolverProvider
- Remove sticky strategy parameter from NewSwapWasmResolverApi
- Update all tests to work with the new interface
- Remove obsolete sticky_resolve_strategy_test.go (logic now tested at
  provider level)

This separates concerns: SwapWasmResolverApi is now only responsible for
managing WASM instances, while LocalResolverProvider handles the business
logic for sticky resolve strategies.

🤖 Generated with [Claude Code](https://claude.com/claude-code)

Co-Authored-By: Claude <[email protected]>
Comment on lines +23 to +24
APIClientID string
APIClientSecret string
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

merge conflict?, we don't want to re-add these

wg sync.WaitGroup
mu sync.Mutex
pollInterval time.Duration
stickyResolveStrategy StickyResolveStrategy
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The current WIP suggestion on how we can/should have this:

  • param to the resolver named is materializationStore
  • the type of materializationStore is MaterializationReader (interface).
    • there are functions there to read from a store to support custom targeting.
  • There is also a MaterializationWriter with write functions.
  • If the user provides no materializationStore we fall back to remote resolve.
  • If the user provides an object that only implement MaterializationReader the provider will support custom targeting.
  • If the user provides an object that implements both MaterializationReader and MaterializationWriter it supports sticky assignment as well.

@fabriziodemaria fabriziodemaria marked this pull request as draft December 2, 2025 08:17
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.

3 participants