[aerogear-dev] Unified Push Server user management questions
Matthias Wessendorf
matzew at apache.org
Fri Jun 28 07:38:31 EDT 2013
On Fri, Jun 28, 2013 at 1:35 PM, Lucas Holmquist <lholmqui at redhat.com>wrote:
> perhaps a workflow explanation will clear things up a bit
>
>
> i log in to the admin console and the first screen should be where i
> create a "Push Application", which isn't really an application, but just a
> grouping name essentially.
>
> then under the "Push Applications" details, this is where we actually
> create the "apps"( or the different variants of the grouping ). Each of
> these would need there own certificate/googleApiKey.
>
exactly
>
>
>
>
>
>
> On Jun 28, 2013, at 7:28 AM, Matthias Wessendorf <matzew at apache.org>
> wrote:
>
>
>
>
> On Fri, Jun 28, 2013 at 1:16 PM, Hylke Bons <hbons at redhat.com> wrote:
>
>> I'm not even sure we're talking about the same thing. :)
>>
>> Just to make sure, this is _not_ about the ID/Secret shown in the
>> wireframes for the app and its variants? (the variant ones show up in
>> "tooltips").
>>
>
> Of course, every variant also has it's own variantID/secret
>
>
>>
>>
>>
>> Hylke
>>
>>
>> On 28/06/2013 12:09, Matthias Wessendorf wrote:
>>
>>
>>
>> Still, we would you want to use different settings if the result,
>>> getting a message to the client, is the same?
>>>
>>
>> you lost me. Not sure what you are asking :)
>>
>> Are you concerned about the "payload" (message) is represented
>> differently ?
>>
>> If one PushApp has several variants:
>> * HR-iOS-Tablet free
>> * HR-iOS-Tablet paid
>> * HR-iOS-Phone free
>> * HR-Android-Phone paid
>> * HR-Android-Watch free
>>
>>
>> Each has it's OWN cert/key. Still if you send out something like:
>>
>> curl -u "{PushApplicationID}:{MasterSecret}"
>> -v -H "Accept: application/json" -H "Content-type: application/json"
>> -X POST
>> -d '{"key":"value", "alert":"HELLO!"}'
>> http://localhost:8080/ag-push/rest/sender/broadcast
>>
>>
>> the message would be delivered to all clients - regardless of the
>> underlying "PushNetwork"
>>
>>
>>
>>>
>>> Hylke
>>>
>>> _______________________________________________
>>> 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
>>
>>
>> _______________________________________________
>> aerogear-dev mailing listaerogear-dev at lists.jboss.orghttps://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
>>
>
>
>
> --
> 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
>
>
>
> _______________________________________________
> 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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20130628/44336bc3/attachment-0001.html
More information about the aerogear-dev
mailing list