I agree with Michael.  It would be easy, but at the same time it's pretty
hard to get background services correct when they need to be constantly
available polling the internet.  E.g., it's pretty easy to kill battery
life doing this.

The reason people use GCM is because it does the hard work in getting that
correct so you don't have to.

Kris



On Sun, Sep 1, 2013 at 5:40 AM, Michael Banzon <[email protected]> wrote:

> You need to define what you mean by "push".
>
> There are generally two ways that push can be achieved:
> 1 - Having a open connection that the server can push messages on
> 2 - Having the client constantly polling the server for messages
>
> afaik the reason we can use Googles servers for "push" is that the Google
> services library/app and/or Gmail/Google Calendar/etc. is in constant
> "contact" with the server(s) and therefore able to get additional messages
> for our applications (which would limit the resources needed to receive
> "push" messages in general because many applications are suddenly utilising
> a single connection).
>
> It would be very easy for you to implement a background service that polls
> a server that you control and therefore achieve the "push functionality"
> without using Googles or any other third party servers. An alternative
> solution (for devices that are on a "global" network and therefore can
> utilise the GCM) is to fire empty messages at clients using GCM and then
> have the client fetch the actual message from the private server.
>
>
> On Sun, Sep 1, 2013 at 7:52 AM, Rosh PR <[email protected]> wrote:
>
>> Hi,
>>    I'm looking for implementing Push notification for our enterprise
>> application.
>> I was unable to find any good solution other than GCM which is a
>> google provided service & resides outside the enterprise.
>>    I would like to know whether there are any push notification servers
>> available that can be integrated with Jboss or any other application
>> server
>> in the enterprise.
>>
>> Thanks
>> Rosh
>> svagata.in
>>
>> --
>> You received this message because you are subscribed to the Google
>> Groups "Android Developers" group.
>> To post to this group, send email to [email protected]
>> To unsubscribe from this group, send email to
>> [email protected]
>> For more options, visit this group at
>> http://groups.google.com/group/android-developers?hl=en
>> ---
>> You received this message because you are subscribed to the Google Groups
>> "Android Developers" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to [email protected].
>> For more options, visit https://groups.google.com/groups/opt_out.
>>
>
>
>
> --
> Michael Banzon
> http://michaelbanzon.com/
>
> --
> You received this message because you are subscribed to the Google
> Groups "Android Developers" group.
> To post to this group, send email to [email protected]
> To unsubscribe from this group, send email to
> [email protected]
> For more options, visit this group at
> http://groups.google.com/group/android-developers?hl=en
> ---
> You received this message because you are subscribed to the Google Groups
> "Android Developers" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to [email protected].
> For more options, visit https://groups.google.com/groups/opt_out.
>

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to
[email protected]
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Android Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
For more options, visit https://groups.google.com/groups/opt_out.

Reply via email to