Hi ! I just wanted to share that interesting post from the Cordova dev list. It shows how to delegate XMLHttpRequest and image loading to a native implementation. Would we provide any advantage by using our iOS http lib and android Pipes over plain XMLHttpRequest ?

Also check the reply where another one have used the same approach to add certificate pinning , that could be an interesting source of inspiration since I know cert pinning is on the security roadmap [1] Sébi [1] https://issues.jboss.org/browse/AGSEC-196 Envoyé de mon iPhone Début du message transféré : *Expéditeur:* Brien Colwell <brien(a)nextop.io&gt; *Date:* 17 février 2015 11:42:48 UTC+1 *Destinataire:* dev(a)cordova.apache.org *Objet:* *I replaced XMLHttpRequest and image loading with a plugin, and wrote up my experiences* *Répondre à:* dev(a)cordova.apache.org Hi All, I spent some time researching how much of the webview network stack I could replace with a Cordova plugin on Android. I wrote a post about it - https://github.com/nextopio/nextop-client/blob/master/docs/02.16.2015_CUS... The take away is that a Cordova can fully replacing the default XHR and image loading in the webview for async=true, but it can't do async=false (but who uses that anyway :/). This is cool because plugins can experiment with new wire protocols to get data to the client. Best, Brien --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe(a)cordova.apache.org For additional commands, e-mail: dev-help(a)cordova.apache.org _______________________________________________ aerogear-dev mailing list aerogear-dev(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/aerogear-dev

On Wed, Feb 18, 2015 at 9:34 AM, Matthias Wessendorf <matzew(a)apache.org&gt; wrote: > > > On Tue, Feb 17, 2015 at 11:06 PM, Sébastien Blanc <scm.blanc(a)gmail.com&gt; > wrote: > >> Hi ! >> I just wanted to share that interesting post from the Cordova dev list. >> It shows how to delegate XMLHttpRequest and image loading to a native >> implementation. >> >> Would we provide any advantage by using our iOS http lib and android >> Pipes over plain XMLHttpRequest ? >> > > Not sure I am really following your thoughts, but isn't that what we are > already doing inside e.g. the push plugin? the actual HTTP stack is part of > our native libs, instead of XHR > sure that is what we do for Push, but I was not thinking of Push, was more thinking of a "AeroGear http" plugin that people could use for all their http calls but again no idea if that brings any advantage over regular XHR.

> -Matthias > > >> >> Also check the reply where another one have used the same approach to >> add certificate pinning , that could be an interesting source of >> inspiration since I know cert pinning is on the security roadmap [1] >> >> Sébi >> [1] https://issues.jboss.org/browse/AGSEC-196 >> >> Envoyé de mon iPhone >> >> Début du message transféré : >> >> *Expéditeur:* Brien Colwell <brien(a)nextop.io&gt; >> *Date:* 17 février 2015 11:42:48 UTC+1 >> *Destinataire:* dev(a)cordova.apache.org >> *Objet:* *I replaced XMLHttpRequest and image loading with a plugin, >> and wrote up my experiences* >> *Répondre à:* dev(a)cordova.apache.org >> >> Hi All, >> >> I spent some time researching how much of the webview network stack I >> could replace with a Cordova plugin on Android. I wrote a post about it - >> >> >> https://github.com/nextopio/nextop-client/blob/master/docs/02.16.2015_CUS... >> >> The take away is that a Cordova can fully replacing the default XHR and >> image loading in the webview for async=true, but it can't do async=false >> (but who uses that anyway :/). This is cool because plugins can experiment >> with new wire protocols to get data to the client. >> >> Best, >> Brien >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: dev-unsubscribe(a)cordova.apache.org >> For additional commands, e-mail: dev-help(a)cordova.apache.org >> >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev(a)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(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

> On 18 Feb 2015, at 09:45, Matthias Wessendorf <matzew(a)apache.org&gt; wrote: > > > > On Wed, Feb 18, 2015 at 9:40 AM, Sebastien Blanc <scm.blanc(a)gmail.com&gt; wrote: > > > On Wed, Feb 18, 2015 at 9:34 AM, Matthias Wessendorf <matzew(a)apache.org&gt; wrote: > > > On Tue, Feb 17, 2015 at 11:06 PM, Sébastien Blanc <scm.blanc(a)gmail.com&gt; wrote: > Hi ! > I just wanted to share that interesting post from the Cordova dev list. It shows how to delegate XMLHttpRequest and image loading to a native implementation. > > Would we provide any advantage by using our iOS http lib and android Pipes over plain XMLHttpRequest ? > > Not sure I am really following your thoughts, but isn't that what we are already doing inside e.g. the push plugin? the actual HTTP stack is part of our native libs, instead of XHR > sure that is what we do for Push, but I was not thinking of Push, was more thinking of a "AeroGear http" plugin that people could use for all their http calls but again no idea if that brings any advantage over regular XHR. > > Ah! ok, that makes more sense - I was just wondering about this :-) > > Regarding Android-Pipes, since they over more than just HTTP, I am not sure if all of that is easy to integrate into the cordova web-view (e.g. Lifecycle and Activity hooks). But perhaps it's worth - at some point - to take a look at that. interesting indeed. I just don’t have a use case in mind… do you have one Sebi?

> I doubt there is an immediate action needed, but feel free to track the idea on the AGCORDOVA jira instance > > > -Matthias > > > Also check the reply where another one have used the same approach to add certificate pinning , that could be an interesting source of inspiration since I know cert pinning is on the security roadmap [1] > > Sébi > [1] https://issues.jboss.org/browse/AGSEC-196 > > Envoyé de mon iPhone > > Début du message transféré : > >> Expéditeur: Brien Colwell <brien(a)nextop.io&gt; >> Date: 17 février 2015 11:42:48 UTC+1 >> Destinataire: dev(a)cordova.apache.org >> Objet: I replaced XMLHttpRequest and image loading with a plugin, and wrote up my experiences >> Répondre à: dev(a)cordova.apache.org >> >> Hi All, >> >> I spent some time researching how much of the webview network stack I could replace with a Cordova plugin on Android. I wrote a post about it - >> >> https://github.com/nextopio/nextop-client/blob/master/docs/02.16.2015_CUS... >> >> The take away is that a Cordova can fully replacing the default XHR and image loading in the webview for async=true, but it can't do async=false (but who uses that anyway :/). This is cool because plugins can experiment with new wire protocols to get data to the client. >> >> Best, >> Brien >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: dev-unsubscribe(a)cordova.apache.org >> For additional commands, e-mail: dev-help(a)cordova.apache.org >> > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev(a)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(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 > > > > -- > 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