open-feature / open-feature/ruby-sdk

Supply the bound domain to provider initialization

Open
#297 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Dominant language
Ruby
Stars
43
Forks
18
Avg merge
6h 21m
Merged PRs (30d)
19

Description

The spec now supplies the bound domain to a provider's initialize function, and adds an opt-in domain-scoped provider declaration that the API enforces by binding such a provider to at most one domain. This lets stateful providers (e.g. an OFREP static-context provider with a persistent cache) scope their state to a single, unambiguous domain.

What needs to happen
  • Pass the bound domain (if any) to the provider's init when it's registered via the provider mutator
  • Extend the provider init to accept the optional domain (non-breaking, additional optional parameter)
  • Add a way for a provider to declare itself domain-scoped
  • Enforce that a domain-scoped provider is bound to at most one domain, rejecting any attempt to bind an already-bound instance to another domain
  • Associated testing and docs
Links

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start with the provider mutator and provider init entry points described in the issue, then trace how provider declarations are registered and bound to a domain. Add the optional domain argument and domain-scoped binding enforcement, with associated tests and documentation. Done means domain-scoped providers cannot bind to multiple domains while existing providers remain compatible.

Written by the indexing model from the issue text.

Assessment

Tech stack
ruby
Domain
api
Issue type
Feature
Difficulty
4/5
Estimated time
3-5 days
Activity status
Quiet
Clarity
Mostly clear
Newbie friendliness
52/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.