[aerogear-dev] AeroGear Connectivity

Lucas Holmquist lholmqui at redhat.com
Thu Apr 11 09:18:20 EDT 2013


On Apr 11, 2013, at 9:16 AM, Matthias Wessendorf <matzew at apache.org> wrote:

> 
> 
> 
> On Thu, Apr 11, 2013 at 3:14 PM, Lucas Holmquist <lholmqui at redhat.com> wrote:
> 
> On Apr 11, 2013, at 9:12 AM, Matthias Wessendorf <matzew at apache.org> wrote:
> 
>> 
>> 
>> 
>> On Thu, Apr 11, 2013 at 3:05 PM, Lucas Holmquist <lholmqui at redhat.com> wrote:
>> 
>> On Apr 11, 2013, at 8:51 AM, Matthias Wessendorf <matzew at apache.org> wrote:
>> 
>>> 
>>> 
>>> 
>>> On Thu, Apr 11, 2013 at 2:28 PM, Lucas Holmquist <lholmqui at redhat.com> wrote:
>>> 
>>> On Apr 11, 2013, at 8:07 AM, Kris Borchers <kris at redhat.com> wrote:
>>>>> 
>>>>>  
>>>>> We would need to build the server side piece into our unified push server
>>>>> 
>>>>> yup - that's not hard; it's similar to what we have for iOS and Android; It just uses a different PushNetwork to submit to;
>>>> 
>>>> The problem is that push network doesn't exist either and I don't want to wait for the browsers to build them :) … we would need to build that as well. What I am thinking is we would build the network into our server side so that users could deploy their own PushNetwork for their apps but have the ability for the clients to use the appropriate browser PushNetwork if available. Then, we would eventually kill our PushNetwork bits when all browsers implement their own.
>>> 
>>> This could be very cool.  Like an enterprise can have their own internal push network
>>> 
>>> I fear that mostly does not work :) You can only send messages to iOS, via APNs; Similar to Android, where it has to go through GCM;
>>> Providers like Urban Airship, accept the messages (for different networks) and deliver them to APNs, GCM etc 
>>>  
>>> 
>>> 
>>> Would this be "built in"(  maybe the wrong word) to controller?  
>>> 
>>> Not sure what you mean here;
>>> 
>>> 
>>>  
>> 
>> If we did create our own push network, webPush, would that be part of controller somehow
>> 
>> 
>> I still don't understand :) 
>> 
>> The Push Network (you want that as a separated server/service, for scaling reasons) could be build with the controller…. (since it would a separate server);
>> 
>> Do you want to integrate that "server" with the framework ? So if you use controller for you app/routing, you always get the Push-Network? Hrm, I guess I don't understand what you mean
>> 
>> 
> 
> yes that is what i mean
> 
> I think you really want that as an isolated server (scaling);  The controller may have optimized routes to deliver "push requests" (and/or device registrations) to that isolated server.
> Not sure I'd really combine the network with the framework. Perhaps I don't see the benefit ? 
> 
Yup,  built in was the wrong word.   




>  
> 
> 
>>  
>> 
>> 
>> 
>>> 
>>> 
>>>>>  
>>>>> bits but I think the effort would be worth it to provide a cross-browser solution for push on the web which could be transitioned to the native browser push when ready.
>>>>> 
>>>>> 
>>>>> early on ! :)) sounds good!
>>>>>  
>>>>>> Web Push
>>>>>> The Web Push allows a low-latency message exchange between connected (read: online) clients and the server. This is usually realized with technologies like WebSocket (or robust fallbacks like SockJS). Once a client application connects, it can exchange (receive and send) messages with the server (and other clients). Messages have no restrictions in terms of size of content (JSON, binary). While technoques like SockJS provide a socket connection between the client and the server, it is desired to have a more high-level API, to be used for the communication (e.g. Stomp).
>>>>>> 
>>>>>> Initially, Clients that are offline are NOT receiving messages. Messages are not persisted and stored, to be delivered later.
>>>>>> 
>>>>>> Supported client platforms
>>>>>> 
>>>>>> Android (Java client library)
>>>>>> iOS (ObjC client library)
>>>>>> JavaScript (JS client library, to be used in browsers and hybrid containers)
>>>>>> 
>>>>>> Thoughts? The original gist is store here: 
>>>>>> https://gist.github.com/matzew/17f793e4be11473423d2
>>>>>> 
>>>>>> -Matthias
>>>>>> -- 
>>>>>> 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
>>>>> _______________________________________________
>>>>> 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
>>> 
>>> 
>>> _______________________________________________
>>> 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
>> _______________________________________________
>> 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
> _______________________________________________
> 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/20130411/478a97db/attachment.html 


More information about the aerogear-dev mailing list