lol :-)<div><br></div><div>Brain still in soccer stadium? ;-)<span></span><br><br>On Monday, October 8, 2012, Douglas Campos wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
On Oct 8, 2012, at 10:11 AM, Matthias Wessendorf wrote:<br>
<br>
> thanks !<br>
><br>
> did update, we now have (besides the type) these properties:<br>
> - baseURL<br>
> - loginEndpoint<br>
> - logoutEndpoint<br>
> - enroleEndpoint<br>
English nit, enrollEndpoint?<br>
><br>
> On Mon, Oct 8, 2012 at 3:05 PM, Kris Borchers <<a>kris@redhat.com</a>> wrote:<br>
>><br>
>> On Oct 8, 2012, at 8:02 AM, Matthias Wessendorf <<a>matzew@apache.org</a>> wrote:<br>
>><br>
>>> Quick update... I slightly changed the AuthModule protocol, by<br>
>>> exposing two properties:<br>
>>> - url (against where the auth module is mapped)<br>
>><br>
>> Wouldn't you want to use baseURL and endpoint instead? That is what I have done for all of my rest adapters so far.<br>
>><br>
>>> - type (e.g. REST etc)<br>
>>><br>
>>> <a href="https://gist.github.com/3833333" target="_blank">https://gist.github.com/3833333</a><br>
>>><br>
>>> -M<br>
>>><br>
>>> On Mon, Oct 8, 2012 at 2:49 PM, Matthias Wessendorf <<a>matzew@apache.org</a>> wrote:<br>
>>>> any other comments ?<br>
>>>><br>
>>>> -M<br>
>>>><br>
>>>> On Sun, Oct 7, 2012 at 12:16 AM, Christos Vasilakis <<a>cvasilak@gmail.com</a>> wrote:<br>
>>>>> Hi,<br>
>>>>><br>
>>>>> For what is worth, I prefer the current approach with the two callbacks. Kind of more familiar with that pattern.<br>
>>>>><br>
>>>>> Regards,<br>
>>>>> Christos<br>
>>>>><br>
>>>>> On 6 Ïêô 2012, at 1:51 ì.ì., Matthias Wessendorf <<a>matzew@apache.org</a>> wrote:<br>
>>>>><br>
>>>>>> Hey,<br>
>>>>>><br>
>>>>>> I tend to continue using two callbacks: One for 'success' and one for<br>
>>>>>> the error case.<br>
>>>>>><br>
>>>>>> Any objections?<br>
>>>>>><br>
>>>>>> Greetings,<br>
>>>>>> Matthias<br>
>>>>>><br>
>>>>>> On Fri, Oct 5, 2012 at 9:26 AM, Matthias Wessendorf <<a>matzew@apache.org</a>> wrote:<br>
>>>>>>> On Fri, Oct 5, 2012 at 9:09 AM, Elmar Kretzer <<a>elkr@symentis.com</a>> wrote:<br>
>>>>>>>> Hi Matze, =)<br>
>>>>>>>><br>
>>>>>>>> quite fast enroll of the first API version - congratulations.<br>
>>>>>>><br>
>>>>>>> it's the third :)<br>
>>>>>>> our Pipe API is already here:<br>
>>>>>>> <a href="https://github.com/aerogear/aerogear-ios/blob/master/API.md" target="_blank">https://github.com/aerogear/aerogear-ios/blob/master/API.md</a><br>
>>>>>>><br>
>>>>>>> The datamanager proposal is here:<br>
>>>>>>> <a href="http://aerogear-dev.1069024.n5.nabble.com/aerogear-dev-iOS-DataManager-Storage-interface-tt300.html" target="_blank">http://aerogear-dev.1069024.n5.nabble.com/aerogear-dev-iOS-DataManager-Storage-interface-tt300.html</a><br>
>>>>>>><br>
>>>>>>>><br>
>>>>>>>> I just had a quick look at your gists - and i then i stumbled upon the<br>
>>>>>>>> method with 2 blocks.<br>
>>>>>>>><br>
>>>>>>>> It`s more like a personal flavor thing but sometimes methods with 2 block<br>
>>>>>>>> params can look quite disturbing. So i tend to use up to 3 params if<br>
>>>>>>>> necessary.<br>
>>>>>>><br>
>>>>>>> I was following the pattern from the AFNetworking folks, since I used<br>
>>>>>>> that underneath our 'http communication' facility;<br>
>>>>>>> (see pipeline/pipe API)<br>
>>>>>>><br>
>>>>>>><br>
>>>>>>> I think I generally don't mind one single block - but instead of<br>
>>>>>>> completion, I'd prefer completionHandler :)<br>
>>>>>>> Not sure...<br>
>>>>>>><br>
>>>>>>><br>
>>>>>>>> I forked your gist for better explanation: <a href="https://gist.github.com/3838469" target="_blank">https://gist.github.com/3838469</a>-- qmx<br>
<br>
<br>
_______________________________________________<br>
aerogear-dev mailing list<br>
<a href="javascript:;" onclick="_e(event, 'cvml', '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>-- <br>Sent from Gmail Mobile<br>