Skip to content
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

Add LaunchDarkly (client-side JS) provider #167

Open
3 tasks
jakedoublev opened this issue Nov 25, 2022 · 4 comments
Open
3 tasks

Add LaunchDarkly (client-side JS) provider #167

jakedoublev opened this issue Nov 25, 2022 · 4 comments
Labels
enhancement New feature or request

Comments

@jakedoublev
Copy link

Add LaunchDarkly (client-side JS) provider

Reasoning

I want to add a provider which stores feature flags in LaunchDarkly via client-side JavaScript. This would be valuable because...

  • LaunchDarkly/OpenFeature Provider support is currently only server-side Node.js
  • the LD SDK's have some distinctions between server-side and client-side
  • not every feature flag implementation of LaunchDarkly is within a server
  • LaunchDarkly is growing in popularity as a flag vendor, especially as a FedRAMP-approved vendor

TODO:

  • generate provider via tooling
  • [] implement Provider interface
  • add tests
  • complete README

Keep in mind the CONTRIBUTING guidelines: https://github.com/open-feature/js-sdk-contrib/blob/main/CONTRIBUTING.md

@jakedoublev jakedoublev added enhancement New feature or request hacktoberfest-pending Pending hacktoberfest approval labels Nov 25, 2022
@beeme1mr beeme1mr removed the hacktoberfest-pending Pending hacktoberfest approval label Dec 23, 2022
@beeme1mr
Copy link
Member

We're working on adding proper client-side support to OpenFeature. I would recommend waiting until that work is complete before building a LD client-side provider.

FYI @toddbaert

@sago2k8
Copy link
Contributor

sago2k8 commented Mar 20, 2024

Just jumped into this issue, have you been using the client-side LD sdk, We use it in prod some feedback would be valuable in case you are using it @jakedoublev

@jakedoublev
Copy link
Author

@sago2k8 We have been, with an OpenFeature provider we wrote ourselves because the LD OpenFeature contrib provider had not yet been developed, and you can actually read about our experience in a blog post I wrote about it.

@sago2k8
Copy link
Contributor

sago2k8 commented Mar 26, 2024

Thanks @jakedoublev I checked the blog post, there are some interesting insights.

Yeap we contributed to the Open Feature Provider because we use it intensively, wanted to find some inspiration and feedback, so I can buy some time to implement improvements. It has been working for us but we had to implement some workarounds for the streaming changes for instance.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

3 participants