On Mon, Feb 24, 2014 at 12:08 AM, Burr Sutter <bsutter(a)redhat.com> wrote:
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.
I like this flow but what you want here is to send only to a single device,
right ? For that we have to solve this ticket before
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
_______________________________________________
aerogear-dev mailing list
aerogear-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/aerogear-dev