OK, how about this … we change the method name to enroll and can either leave the endpoint
as register or change to enroll as well if we want. That will fix the iOS issue and still
make sense.
Any thoughts?
On Oct 4, 2012, at 12:59 PM, Kris Borchers <kris(a)redhat.com> wrote:
I don't understan why we're still considering changing the
name of the endpoint since it has no bearing on the method name.
On Oct 4, 2012, at 12:51 PM, Bruno Oliveira <bruno(a)abstractj.org> wrote:
> Let's just rename 'register' to 'registration'. I'd like to
rename to AUTH/BOOOOOOOOM, but people could complain.
>
>
> --
> "The measure of a man is what he does with power" - Plato
> -
> @abstractj
> -
> Volenti Nihil Difficile
> On Thursday, October 4, 2012 at 10:22 AM, Kris Borchers wrote:
>
>> I would vote no since IMO login and logout are more common. I would be ok with
renaming register to signup I guess, but don't see the need.
>>
>> On Oct 4, 2012, at 8:20 AM, Matthias Wessendorf <matzew(a)apache.org> wrote:
>>
>>> I guess the question is still, do we want to rename the default endpoint
names ?
>>> /auth/signup
>>> /auth/signin
>>> /auth/signout
>>>
>>>
>>> I guess that's why Bruno sent the email (regardless if the API has
>>> hooks to override or not)
>>>
>>> -M
>>>
>>> On Thu, Oct 4, 2012 at 2:56 PM, Lucas Holmquist <lholmqui(a)redhat.com>
wrote:
>>>>
>>>> On Oct 4, 2012, at 8:54 AM, Kris Borchers <kris(a)redhat.com> wrote:
>>>>
>>>>>
>>>>> On Oct 4, 2012, at 7:51 AM, Lucas Holmquist
<lholmqui(a)redhat.com> wrote:
>>>>>
>>>>>> even though the URL doesn't matter, we should probably keep
the function and endpoint the same, just for consistency and simplicity for the
application dev.
>>>>>
>>>>> I don't agree. In JS, the endpoint is completely configurable so
it doesn't matter. The user could have the method register() point at
/LOOOOOOOOOOOL/BOOM if they wanted to so I don't think the method names need to match
the endpoints.
>>>>
>>>> Thats true, brain fart
>>>>
>>>>>>
>>>>>> and they should be consistent across the lib's so if someone
who used aerogear.js decides to become an iOS programmer and uses Aerogear.dmg(or whatever
it's called), then they already know the api
>>>>>
>>>>> I do agree however that what ever we decide, we should try to be
consistent in our method naming across libs.
>>>>>
>>>>>>
>>>>>> -luke
>>>>>>
>>>>>>
>>>>>> On Oct 4, 2012, at 8:25 AM, Matthias Wessendorf
<matzew(a)apache.org> wrote:
>>>>>>
>>>>>>> On Thu, Oct 4, 2012 at 2:21 PM, Bruno Oliveira
<bruno(a)abstractj.org> wrote:
>>>>>>>> Morning guys, I was talking with Matthias this morning
about our
>>>>>>>> authentication endpoints, he brought up a important
concern.
>>>>>>>>
>>>>>>>> Currently we have:
>>>>>>>>
>>>>>>>> /auth/register, /auth/login, /auth/logout. The problem
here is about
>>>>>>>> 'register', a reserved word in some programming
languages like Objective C.
>>>>>>>
>>>>>>> the endpoint URLs are not an issue (just a URL).
>>>>>>>
>>>>>>> But I can't name an iOS/ObjC function 'register'
>>>>>>>
>>>>>>> -M
>>>>>>>
>>>>>>>
>>>>>>>>
>>>>>>>> Alternatives:
>>>>>>>>
>>>>>>>> - Change 'register', to 'registration'
>>>>>>>> - Change the endpoints to signin, signout, signup.
>>>>>>>>
>>>>>>>>
>>>>>>>> Wdyt? Suggestions?
>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>> "The measure of a man is what he does with
power" - Plato
>>>>>>>> -
>>>>>>>> @abstractj
>>>>>>>> -
>>>>>>>> Volenti Nihil Difficile
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> 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
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> 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
>
> _______________________________________________
> 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