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(a)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(a)gmail.com>
> wrote:
>
> >
> >
> > On Tue, Nov 18, 2014 at 11:34 AM, Bruno Oliveira <bruno(a)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/db7639566...
> >>
> >>
> >> On 2014-11-17, Matthias Wessendorf wrote:
> >> > On Mon, Nov 17, 2014 at 5:17 PM, Matthias Wessendorf <
matzew(a)apache.org
> >> >
> >> > wrote:
> >> >
> >> > >
> >> > >
> >> > > On Mon, Nov 17, 2014 at 5:13 PM, Bruno Oliveira <
bruno(a)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/db7639566...
> >> > >>
> >> > >> --
> >> > >>
> >> > >> abstractj
> >> > >> PGP: 0x84DC9914
> >> > >> _______________________________________________
> >> > >> aerogear-dev mailing list
> >> > >> aerogear-dev(a)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(a)lists.jboss.org
> >> >
https://lists.jboss.org/mailman/listinfo/aerogear-dev
> >>
> >>
> >> --
> >>
> >> abstractj
> >> PGP: 0x84DC9914
> >> _______________________________________________
> >> aerogear-dev mailing list
> >> aerogear-dev(a)lists.jboss.org
> >>
https://lists.jboss.org/mailman/listinfo/aerogear-dev
> >>
> >
> >
> > _______________________________________________
> > aerogear-dev mailing list
> > aerogear-dev(a)lists.jboss.org
> >
https://lists.jboss.org/mailman/listinfo/aerogear-dev
> >
> _______________________________________________
> aerogear-dev mailing list
> aerogear-dev(a)lists.jboss.org
>
https://lists.jboss.org/mailman/listinfo/aerogear-dev
--
abstractj
PGP: 0x84DC9914
_______________________________________________
aerogear-dev mailing list
aerogear-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/aerogear-dev