-
Notifications
You must be signed in to change notification settings - Fork 3
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
feat!: Spec v0.8 adherence #46
Conversation
203e8da
to
40d0812
Compare
cabfae2
to
533f1ab
Compare
16499c7
to
78a30e5
Compare
ba7c072
to
ac15098
Compare
Signed-off-by: Fabrizio Demaria <[email protected]>
Signed-off-by: Fabrizio Demaria <[email protected]>
76cd647
to
eacbb12
Compare
Signed-off-by: Fabrizio Demaria <[email protected]>
eacbb12
to
f1fe08f
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Hey @fabriziodemaria, the change looks good from what I can tell (limited experience with Swift). Since this is a breaking change, it may be a good time to update the afterAll
stage in the hooks to comply with a recent update to the spec.
https://openfeature.dev/specification/sections/hooks#requirement-438
This will make it easy to support more sophisticated telemetry use cases.
Co-authored-by: Michael Beemer <[email protected]> Signed-off-by: Fabrizio Demaria <[email protected]>
Co-authored-by: Michael Beemer <[email protected]> Signed-off-by: Fabrizio Demaria <[email protected]>
Co-authored-by: Michael Beemer <[email protected]> Signed-off-by: Fabrizio Demaria <[email protected]>
Signed-off-by: Fabrizio Demaria <[email protected]>
5da87b7
to
2c7886b
Compare
Signed-off-by: Fabrizio Demaria <[email protected]>
Signed-off-by: Fabrizio Demaria <[email protected]>
17eeb61
to
81c9fa2
Compare
@nicklasl, any concerns with the PR? |
de12305
to
6981252
Compare
Signed-off-by: Fabrizio Demaria <[email protected]>
Signed-off-by: Fabrizio Demaria <[email protected]>
Signed-off-by: Fabrizio Demaria <[email protected]>
6981252
to
8e4e7eb
Compare
Just a minor README fix following up #46 Signed-off-by: Fabrizio Demaria <[email protected]>
🤖 I have created a release *beep* *boop* --- ## [0.3.0](0.2.1...0.3.0) (2025-01-31) ### ⚠ BREAKING CHANGES * Spec v0.8 adherence ([#46](#46)) ### ✨ New Features * Spec v0.8 adherence ([#46](#46)) ([b6457f6](b6457f6)) ### 📚 Documentation * Fix spec version label in README ([#54](#54)) ([3e1ec5b](3e1ec5b)) --- This PR was generated with [Release Please](https://github.com/googleapis/release-please). See [documentation](https://github.com/googleapis/release-please#release-please). Co-authored-by: github-actions[bot] <41898282+github-actions[bot]@users.noreply.github.com>
Spec v0.8 adherence
Ready
,Error
orFatal
are emitted by the SDK and are not expected by the Provider implementations.initialize
andonContextChange
protocols throwing, allowing for the OpenFeatureAPI layer to detect cases whereError
events should be emittedinitialize
andonContextChange
protocols async for an easier Provider implementation (in most cases)Missing parts
It's possible that the on context changed function is invoked simultaneously or in quick succession; in this case the SDK will only run the PROVIDER_CONTEXT_CHANGED handlers after all reentrant invocations have terminated, and the last to terminate was successful (terminated normally)
Changes unrelated to Spec v0.8
setEvaluationContextAndWait
to provide the same better ergonomics thatsetProviderAndWait
already offersafterAll
hook to adhere to latest conventionsNotes on backwards compatibility
initialize()
implementation needs to throw in case of errors, rather than emitting theERROR
event. The latter is now responsibility of the SDK. This is also valid foronContextChange
.ERROR
emission from the Provider side)Example Adoption
The Confidence OpenFeature Provider adopting this version of the SDK is in the works here: spotify/confidence-sdk-swift#184