[aerogear-dev] UnifiedPush Server: Hello World- and Quickstart Examples

[Sebastien Blanc]

On Mon, Mar 31, 2014 at 5:03 PM, Karel Piwko <kpiwko at redhat.com> wrote:

> On Mon, 31 Mar 2014 16:41:09 +0200
> Matthias Wessendorf <matzew at apache.org> wrote:
>
> > On Mon, Mar 31, 2014 at 4:39 PM, Karel Piwko <kpiwko at redhat.com> wrote:
> >
> > > On Mon, 31 Mar 2014 15:25:41 +0200
> > > Matthias Wessendorf <matzew at apache.org> wrote:
> > >
> > > > Hello there,
> > > >
> > > > we recently had talks about creating some simplified quickstarts and
> > > > hello-word demos, related to the UnifiedPush Server and JBoss AS
> > > developers:
> > > >
> > > > * Hello World (No Server Code - just client receiving push, no fancy
> > > > (complex) UI on the client, nor integrated into a Cookbook or
> something
> > > > that has "dependencies")
> > > > ** Cordova
> > > > ** Android
> > > >
> > > > For iOS that is already there:
> > > > https://github.com/aerogear/aerogear-push-ios-demo
> > > >
> > > > Yes, just usage of the "Push Registration SDKs", is the goal here:
> keep
> > > it
> > > > simple, since native push can be a complicated use-case all on its
> own
> > > and
> > > > so it will be good to make sure we cover the basics here.
> > > >
> > > >
> > > > Beyond the Hello-World, we wanted some different quickstarts. The
> > > "server"
> > > > components that come to mind would be:
> > > >
> > > > *Secured CRUD + Push Integration (Java Sender)
> > > > ** JAX-RS + PicketLink
> > > > ** SpringMVC/Spring Security
> > > > ** JAX-RS + Apache Camel
> > > >
> > > > These need to function on both JBoss AS 7.X and EAP.
> > > >
> > > > Josh, from the JDF team, has already said he wants to help on the
> server
> > > > projects (especially the JAX-RS/PL and Spring ones). yay!
> > > > Note: Josh already has a simple backend started that is used in JDF
> > > > quickstarts that would be good to re-use to make it easier for
> developers
> > > > to transition from one to other.
> > > >
> > > >
> > > > The goal would be the SERVER acts same to outside (identical REST
> > > > endpoints, difference is only an impl. detail (e.g. JavaEE vs.
> Spring vs.
> > > > Camel))
> > > >
> > > > For these different servers, there would be mobile apps needed:
> > > > * Android
> > > > * Cordova
> > > > * iOS
> > >
> > > I'm not sure if I got that. You mean extra 3 apps per each supported
> > > backed?
> > > Making it 9 additional apps to test and maintain?
> > >
> >
> >
> > No: total of 3 server apps and 3 client apps
>
> That's a weight off my shoulders :-)
>
> What do you guys feel of these quickstarts having additional registration
> button? E.g. it should be possible to provide UPS username/pass/variant
> name,
> and get variantId/secret dynamically via REST, so not hardcoded in app. You
> could then use one app to (re)connect to different UPS instances without
> redeploy. Once registered via button, variantId/secret could go into
> offline
> storage.
>
> Something similar to
>
> https://github.com/TadeasKriz/aerogear-push-test-android/blob/master/src/org/jboss/aerogear/pushtest/activity/RegistrationActivity.java#L57
> I'm not sure if it's good for a quickstart but it should be valuable for a
> demo.
>

Yeah for a demo I really see a value but a quickstart is really meant to
show a base / clean state of a "real" app and being able to configure
(through an UI) a push config is not really part of that IMO.



>
>
> >
> >
> > > Should not the client be the same no matter have backend is set up?
> > >
> > > >
> > > >
> > > > The idea would be to keep them simple and straightforward as well,
> e.g.
> > > for
> > > > iOS that means plain usage of NSURLConnection / NSURLSession. But
> for the
> > > > "push registration" of the client,
> > > > the iOS-push SDK would be used (same/similar would apply to Cordova
> or
> > > > Android). Similar to the above 'Hello World', the quickstarts are
> going
> > > to
> > > > be focused only on Push functionality, so for these we would leave
> out
> > > > pipes and such until later versions.
> > > >
> > > >
> > > > I will be creating Epics and subtasks in JIRA for this.
> > > >
> > > > For the location of all these projects, I had this "uber repo"
> location
> > > in
> > > > mind:
> > > > * https://github.com/aerogear/aerogear-push-helloworld
> > > > * https://github.com/aerogear/aerogear-push-quickstarts
> > > >
> > > > Greetings,
> > > > Matthias
> > > >
> > > >
> > > >
> > >
> > > _______________________________________________
> > > 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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20140331/784c80cf/attachment-0001.html