[aerogear-dev] UPS server configuration interface?

Lukáš Fryč lukas.fryc at gmail.com
Wed Nov 19 03:25:44 EST 2014


One more question to configuration screen (as I'm not aware it was
discussed yet),

do we allow users to reconfigure Keycloak instance once it is already in
use via the configuration screen?

This would be handy if someone installs UPS with defaults and later decides
to use standalone Keycloak.


This would make the things messy /wrt evidence of who created what
application, but maybe a warning that this information will be lost should
be okay?



On Tue, Nov 18, 2014 at 8:55 PM, Bruno Oliveira <bruno at abstractj.org> wrote:

> Help is always welcome. Feel free to create sub-tasks here: AGPUSH-1047
>
> Thank you Lukas.
>
> On 2014-11-18, Lukáš Fryč wrote:
> > This seems that makes for pretty good User Experience...
> >
> > What about "Built-in" Keycloak instead of Default?
> > I guess "Keycloak URL" will disappear when "Built-in" is chosen, right?
> >
> > Let me know, Brno, if you would appreciate help with prototyping that UI.
> >
> >
> >
> > On Tue, Nov 18, 2014 at 11:39 AM, Sebastien Blanc <scm.blanc at gmail.com>
> > wrote:
> >
> > >
> > >
> > > On Tue, Nov 18, 2014 at 11:34 AM, Bruno Oliveira <bruno at abstractj.org>
> > > wrote:
> > >
> > >> Question: What would be the best for you generate an ups-realm.json
> file
> > >> for download based on the current host or let the developer specify
> the
> > >> redirect URL?
> > >>
> > > I would say, let's use the current host, like we do when we generate
> the
> > > code snippets examples.
> > >
> > >>
> > >> I'm thinking about it
> > >>
> > >>
> https://github.com/abstractj/aerogear-unifiedpush-server/commit/db7639566e75f01a8cc79ff18f22daa61cc9cb30#diff-b8df82f22499b0118c37e0e363c4342aR80
> > >>
> > >>
> > >> On 2014-11-17, Matthias Wessendorf wrote:
> > >> > On Mon, Nov 17, 2014 at 5:17 PM, Matthias Wessendorf <
> matzew at apache.org
> > >> >
> > >> > wrote:
> > >> >
> > >> > >
> > >> > >
> > >> > > On Mon, Nov 17, 2014 at 5:13 PM, Bruno Oliveira <
> bruno at abstractj.org>
> > >> > > wrote:
> > >> > >
> > >> > >> Good morning amazing people.
> > >> > >>
> > >> > >> While working on AGPUSH-1047, I was wondering if would make
> sense on
> > >> > >> having a configuration page before users getting started.
> > >> > >>
> > >> > >
> > >> > > you speak out of my mind, I thought about the same in the train,
> when
> > >> I
> > >> > > saw you changes on GH (the URL replacements to KC and KC.js).
> > >> > >
> > >> > > We somehow should have a dialog right after installation, that
> asks
> > >> > > "default" or "custom" KC server etc
> > >> > >
> > >> >
> > >> > where
> > >> > * default would be -> KC and UPS on same server;
> > >> > custom: Provide URL for KC server
> > >> >
> > >> >
> > >> > >
> > >> > >
> > >> > >
> > >> > >
> > >> > >>
> > >> > >> I thinking about the current problem on decoupling our server
> from
> > >> > >> Keycloak[1] and OpenShift.
> > >> > >>
> > >> > >> What is the current proposal for the initial setup?
> > >> > >>
> > >> > >> 1. Developer create an UPS instance on OpenShift
> > >> > >> 2. Visit https://myups-abstractj.rhcloud.com/ag-push
> > >> > >> 3. The application automagically redirect to the configuration
> page
> > >> with
> > >> > >> options to skip or enter the URL for the Keycloak server.
> > >> > >> 4. App changes the keycloak.json/ups-realm.json file based on
> the URL
> > >> > >> provided.
> > >> > >>
> > >> > >> Does it make sense?
> > >> > >>
> > >> > >
> > >> > > yes, it absolutely does!
> > >> > >
> > >> > >
> > >> > >>
> > >> > >> [1] -
> > >> > >>
> > >>
> https://github.com/abstractj/aerogear-unifiedpush-server/commit/db7639566e75f01a8cc79ff18f22daa61cc9cb30#diff-f2f2799554171f7ce321785716b71244R3
> > >> > >>
> > >> > >> --
> > >> > >>
> > >> > >> abstractj
> > >> > >> PGP: 0x84DC9914
> > >> > >> _______________________________________________
> > >> > >> aerogear-dev mailing list
> > >> > >> aerogear-dev at lists.jboss.org
> > >> > >> https://lists.jboss.org/mailman/listinfo/aerogear-dev
> > >> > >>
> > >> > >
> > >> > >
> > >> > >
> > >> > > --
> > >> > > Matthias Wessendorf
> > >> > >
> > >> > > blog: http://matthiaswessendorf.wordpress.com/
> > >> > > sessions: http://www.slideshare.net/mwessendorf
> > >> > > twitter: http://twitter.com/mwessendorf
> > >> > >
> > >> >
> > >> >
> > >> >
> > >> > --
> > >> > Matthias Wessendorf
> > >> >
> > >> > blog: http://matthiaswessendorf.wordpress.com/
> > >> > sessions: http://www.slideshare.net/mwessendorf
> > >> > twitter: http://twitter.com/mwessendorf
> > >>
> > >> > _______________________________________________
> > >> > aerogear-dev mailing list
> > >> > aerogear-dev at lists.jboss.org
> > >> > https://lists.jboss.org/mailman/listinfo/aerogear-dev
> > >>
> > >>
> > >> --
> > >>
> > >> abstractj
> > >> PGP: 0x84DC9914
> > >> _______________________________________________
> > >> aerogear-dev mailing list
> > >> aerogear-dev at lists.jboss.org
> > >> https://lists.jboss.org/mailman/listinfo/aerogear-dev
> > >>
> > >
> > >
> > > _______________________________________________
> > > aerogear-dev mailing list
> > > aerogear-dev at lists.jboss.org
> > > https://lists.jboss.org/mailman/listinfo/aerogear-dev
> > >
>
> > _______________________________________________
> > aerogear-dev mailing list
> > aerogear-dev at lists.jboss.org
> > https://lists.jboss.org/mailman/listinfo/aerogear-dev
>
>
> --
>
> abstractj
> PGP: 0x84DC9914
> _______________________________________________
> aerogear-dev mailing list
> aerogear-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141119/36f1e574/attachment-0001.html 


More information about the aerogear-dev mailing list