<div dir="ltr">I&#39;m sorry if I&#39;m late for the discussion, but I will voice my concerns anyways.<div><br></div><div>1. I don&#39;t see the real need/use case/scenario to support OAuth1. I&#39;m not saying that OAuth1 is bad, but currently even after reading the GSoC proposal, I can&#39;t see which problem we&#39;re trying to solve here.</div><div><br></div><div>2. The big win of our APIs, is the extensibility. In my mind is: implement by your own if our SDK don&#39;t have it. If we&#39;re willing to maintain 2 protocols + OAuth1/2 providers outside, I&#39;m a bit concerned about the bandwidth to maintain this codebase.</div><div><br></div><div>By that I mean, not only writing the code, but keep an eye on the vulnerabilities from an OAuth1 provider located in Springfield, for example. Because someone thought would be cool to support The Simpsons.</div><div><br></div><div>3. I think we have to be cautious about not reinvent the wheel. Several SDKs for social already the job for most of the popular APIs outside.</div><div><br></div><div>4. Our APIs are pretty much in a good shape, but there&#39;s always a room for improvements. If we suggest to people to improve the already existent APIs, instead of creating new ones, that in my personal opinion would be a good GSoC proposal.</div><div><br></div><div>This is only my 2 cents. I think we should make our SDKs stronger, than they already are, instead of implement more stuff without a good reason.</div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Mar 31, 2015 at 9:58 AM, Luke Holmquist <span dir="ltr">&lt;<a href="mailto:lholmqui@redhat.com" target="_blank">lholmqui@redhat.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote"><span class="">On Thu, Mar 26, 2015 at 2:09 PM, Matthias Wessendorf <span dir="ltr">&lt;<a href="mailto:matzew@apache.org" target="_blank">matzew@apache.org</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span><br><br>On Thursday, March 26, 2015, Corinne Krych &lt;<a href="mailto:corinnekrych@gmail.com" target="_blank">corinnekrych@gmail.com</a>&gt; wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
&gt; On 26 Mar 2015, at 17:25, Matthias Wessendorf &lt;<a>matzew@apache.org</a>&gt; wrote:<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; On Wed, Mar 25, 2015 at 5:03 PM, Corinne Krych &lt;<a>corinnekrych@gmail.com</a>&gt; wrote:<br>
&gt; Hello All,<br>
&gt;<br>
&gt; As discussed in this thread [1], we are going to create an aerogear-ios-social repository to host FacebookConfig... etc. When it’s specific to a provider it will go in social.<br>
&gt;<br>
&gt; +1<br>
&gt;<br>
&gt; but I don&#39;t get why we now also work on support for OAuth1<br>
<br>
aerogear-ios-social will be part of GSoC, this PRs are to prepare the work our student will do. I’ve created the JIRAs for that.<br>
<br>
To have a proper social library we need to have both OAuth1 and 2.<br>
Similar approach for oauth / http integration.<br>
Our oauth1 lib should eventually use aerogear-ios-crypto.</blockquote><div><br></div></span><div>I am not sure if we really should put a lot of effort on a proper social lib, including oauth2. A bit surprised this is included in 2.3<span></span> </div></blockquote><div><br></div></span><div>I sort of agree with this.</div><div><br></div><div>I was wondering why we need this exactly?  Don&#39;t the native platforms(iOS, Android) already have SDK&#39;s and integration with FB, G+, and twitter already.</div><div><br></div><div>i know this is a major reason why the JS lib isn&#39;t planning a social lib.  Those libs already exist</div><div><div class="h5"><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
&gt;<br>
&gt; -Matthias<br>
&gt;<br>
&gt; Social lib work is tracked under epic AGIOS-409 [2]. We also have a GSoC [2] for the iOS social lib so hopefully we’ll have some help here ;)<br>
&gt;<br>
&gt; As a first step toward Social framework, AGIOS-419 provides support for OAuth1.<br>
&gt; Here is a list of related PRs to review together:<br>
&gt; - ios-http: <a href="https://github.com/aerogear/aerogear-ios-http/pull/40" target="_blank">https://github.com/aerogear/aerogear-ios-http/pull/40</a><br>
&gt; - ios-oauth2: <a href="https://github.com/aerogear/aerogear-ios-oauth2/pull/26" target="_blank">https://github.com/aerogear/aerogear-ios-oauth2/pull/26</a><br>
&gt; - ios-oauth1: <a href="https://github.com/corinnekrych/aerogear-ios-oauth1" target="_blank">https://github.com/corinnekrych/aerogear-ios-oauth1</a><br>
&gt;<br>
&gt; The cookbook demo app [3] (which eventually will use ios-social pod) uses Twitter and can be used to test the PRs.<br>
&gt;<br>
&gt; PR review and comments welcome!<br>
&gt;<br>
&gt; ++<br>
&gt; Corinne<br>
&gt; [1] <a href="http://aerogear-dev.1069024.n5.nabble.com/aerogear-dev-Android-Refactoring-OAuth2-configuration-td11113.html" target="_blank">http://aerogear-dev.1069024.n5.nabble.com/aerogear-dev-Android-Refactoring-OAuth2-configuration-td11113.html</a><br>
&gt; [2] <a href="https://developer.jboss.org/wiki/GSOC15Ideas#jive_content_id_Go_Social" target="_blank">https://developer.jboss.org/wiki/GSOC15Ideas#jive_content_id_Go_Social</a><br>
&gt; [3] <a href="https://github.com/corinnekrych/aerogear-ios-cookbook-1/tree/incognito/Incognito" target="_blank">https://github.com/corinnekrych/aerogear-ios-cookbook-1/tree/incognito/Incognito</a><br>
&gt;<br>
&gt;<br>
&gt; _______________________________________________<br>
&gt; aerogear-dev mailing list<br>
&gt; <a>aerogear-dev@lists.jboss.org</a><br>
&gt; <a href="https://lists.jboss.org/mailman/listinfo/aerogear-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/aerogear-dev</a><br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; --<br>
&gt; Matthias Wessendorf<br>
&gt;<br>
&gt; blog: <a href="http://matthiaswessendorf.wordpress.com/" target="_blank">http://matthiaswessendorf.wordpress.com/</a><br>
&gt; sessions: <a href="http://www.slideshare.net/mwessendorf" target="_blank">http://www.slideshare.net/mwessendorf</a><br>
&gt; twitter: <a href="http://twitter.com/mwessendorf" target="_blank">http://twitter.com/mwessendorf</a><br>
&gt; _______________________________________________<br>
&gt; aerogear-dev mailing list<br>
&gt; <a>aerogear-dev@lists.jboss.org</a><br>
&gt; <a href="https://lists.jboss.org/mailman/listinfo/aerogear-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/aerogear-dev</a><br>
<br>
<br>
_______________________________________________<br>
aerogear-dev mailing list<br>
<a>aerogear-dev@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/aerogear-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/aerogear-dev</a></blockquote><br><br></div></div><span><font color="#888888">-- <br>Sent from Gmail Mobile<br>
</font></span><br>_______________________________________________<br>
aerogear-dev mailing list<br>
<a href="mailto:aerogear-dev@lists.jboss.org" target="_blank">aerogear-dev@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/aerogear-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/aerogear-dev</a><br></blockquote></div></div></div><br></div></div>
<br>_______________________________________________<br>
aerogear-dev mailing list<br>
<a href="mailto:aerogear-dev@lists.jboss.org">aerogear-dev@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/aerogear-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/aerogear-dev</a><br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><div><br></div>-- <br>&quot;The measure of a man is what he does with power&quot; - Plato<br>-<br>@abstractj<br>-<br>Volenti Nihil Difficile</div>
</div></div>