[keycloak-dev] need feedback on pluggable fed console UI

[Stian Thorgersen]

I think it's perfectly fine to configure these through keycloak-server.json for now. It's an advanced use-case after all.

Providing this feature properly is going to be quite tricky and time consuming I think. A few thoughts about this:

* We should at least look at UberFire
* If we do this - bootstrapping of providers should be done by retrieving the config for the console from the server (list of SPIs, providers, etc.) then this should be used to load scripts (through js) and add config to the routeprovider
* I'm still not convinced that this can't be achieved in a generic way - creating jax-rs, js scripts and html files for a provider is a big overhead (and would require developers to learn a lot of new tech)
* Resources/connections such as email servers, ldap servers, databases, etc. should be configured globally and referenced from the realm - basically what datasources do in an app server

----- Original Message -----
> From: "Bill Burke" <bburke at redhat.com>
> To: keycloak-dev at lists.jboss.org
> Sent: Tuesday, 29 July, 2014 11:42:56 PM
> Subject: [keycloak-dev] need feedback on pluggable fed console UI
> 
> I'm kind of at a block with providing an SPI to plugin federation
> provider console UIs.
> 
> I would need to:
> 
> 1. Provide a way to dynamically load the javascript of the plug
> - index.html could be processed with Freemarker or some other brute
> force means to add the appropriate <script> elements
> - Could add <script> tags within javascript (not sure about this, see
> $routeProvider
> 
> 2. $routeProvider can only be set up once it seems?  Function pointers
> need to already be established for controllers.
> 
> 3. We have to worry about name clashes with other admin console angular
> components?
> 
> I'm just not sure I want to create a full-fledged "portlet" spi at this
> late juncture.  My thinking is to hard code LDAP and any other provider
> has to be configured through keycloak_server.json or via a generic
> properties page.
> 
> --
> Bill Burke
> JBoss, a division of Red Hat
> http://bill.burkecentral.com
> _______________________________________________
> keycloak-dev mailing list
> keycloak-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/keycloak-dev
>