Maybe I can work on that next.
On Mon, Jan 29, 2018 at 2:57 PM, Stian Thorgersen <sthorger(a)redhat.com> wrote:
All makes sense to me. Would probably make sense to also add a JIRA
include what would be needed to make it into a fully supported feature.
FIY 3Scale was also interested in this as they currently have clients
created through their UI and then have to create/manage clients through the
admin endpoints in the background when users change client config in their
On 26 January 2018 at 20:02, Bill Burke <bburke(a)redhat.com> wrote:
> A few more things:
> * Its implemented very similarly to UserStorage SPI.
> * It will not support client roles
> * It will not support node registration.
> On Fri, Jan 26, 2018 at 1:30 PM, Bill Burke <bburke(a)redhat.com> wrote:
> > As part of Openshift integration, I needed to implement a Client
> > Storage SPI. Here are my plans for it:
> > * It is a private SPI
> > * Only read only support.
> > * Only lookup support to facilitate client login and grants and stuff.
> > Listing all clients will not show up in admin conosle
> > * There will be no admin console support. This means, no admin
> > console support for provider config. Providers can only be configured
> > through REST API or realm import.
> > * Basically it will be bare bones to support Openshift integration only.
> > My plan is that Openshift support will be distributed as an extension
> > to our base image and/or, it will be a template realm.json import file
> > that users can edit. I just don't want to expose an unfinished SPI.
> > I'll probably have a PR for review early next week.
> > --
> > Bill Burke
> > Red Hat
> Bill Burke
> Red Hat
> keycloak-dev mailing list