5:08 p.m.
I think it would be a huge win for the getting started experience - the docs can say
1) the iOS device will prompt the end-user (will you accept push notifications) - say Yes
2) now look for the device token in the admin console - is it there?
3) now send it a quick test message, with the app in the foreground, background, app
shutdown, phone on lockscreen, etc - to learn about the behaviors.
On Feb 23, 2014, at 2:15 PM, Sebastien Blanc <scm.blanc(a)gmail.com> wrote:
So I sart playing with it>
If you browse to http://newpush-sblanc.rhcloud.com/ with admin / 123 and select (or
create) an application, in the "Send notifications ..." section you will see a
link "test Message", that will open an overlay with a default send message that
is valid. Change it (add criteria / custom values) or just hit the "Send test
Message" and it will send a push notification to the registred devices.
:)
On Sun, Feb 23, 2014 at 1:52 PM, Luke Holmquist <lholmqui(a)redhat.com> wrote:
Let's do it. I was asked that question at my talk the other night.
Sent from my iPhone
On Feb 23, 2014, at 7:06 AM, Matthias Wessendorf <matzew(a)apache.org> wrote:
> Hi,
>
> over the weekend I spoke w/ a friend: His company is doing some mobile (iOS/Android)
apps which also support receiving push notifications.
>
> Two examples he told me. After receiving push notification:
>
> * One of their apps basically fetches the latest version of a CSV file, stored on a
public HTTP Server.
>
> * Another app is used to tell sales guys new brochure files (PDF) are available on a
protected resource of a webserver (which they _can_ than download from w/in the app, if
the like to)
>
> The company build a simple console (PHP) which allows them to send new push messages,
when ever their customers want to.
>
> I showed them our UnifiedPush Server and its usage via our AeroDoc example (iOS /
backend). They really liked the UnifiedPush Server. Especially that it does store all the
device metadata.
>
> But since a lot of their mobile apps don't have a backend requirement, they would
still have to use their own console (which than connects to UPS) for submitting all the
push messages they want.
>
>
>
> This brings me to [AGPUSH-38] and I really think we should implement that feature.
Not only for sending test messages! If our UnifiedPush Server allows its users to simple
send push messages to all of their mobile apps, it would make the server even more
attractive.
>
> I regret a bit that I was against [AGPUSH-38] in the beginning, I guess that's
due to my Java enterprise background, where you typically find complex setups, and server
talk to servers :-(
>
> Anyways, now I really think that the UPS has to have such a 'send push'
facility inside of the Admin UI :-) I believe that we could reach way more potential users
with something like that
>
> Any thoughts?
>
>
> Greetings,
> Matthias
>
>
> [AGPUSH-38] https://issues.jboss.org/browse/AGPUSH-38
>
>
> --
> 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
_______________________________________________
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