users@javaee-security-spec.java.net

[javaee-security-spec users] [jsr375-experts] Re: 1-TerminologyAuthInteractionVsStore ACTION: cast vote

From: Adam Bien <abien_at_adam-bien.com>
Date: Fri, 17 Apr 2015 08:12:33 +0200

Do we have the power to change the term “auth-method" in in Servlets and web.xml?

If not we get two terms again…

If yes, I’m for: authentication mechanism if not I’m for auth-method.

cheers,

adam


> On 16.04.2015, at 20:12, arjan tijms <arjan.tijms_at_gmail.com> wrote:
>
> Hi,
>
> On Thu, Apr 16, 2015 at 6:37 PM, Adam Bien <abien_at_adam-bien.com> wrote:
>> Adam: auth-method (because in web.xml + servlet)
>
> Okay, thanks ;) One small issue with "auth-method" is that it does
> contain the "auth" abbreviation that can mean either authentication or
> authorization as Les earlier remarked. Good thing is of course that
> this is a very visible term that Java EE is already using. This term
> would be okay with me. The only terms from the current list that I
> personally don't like are "authenticator" (because it appeared to be
> so ambiguous) and "login" (which is more a verb really).
>
> Via /JAVAEE_SECURITY_SPEC-1, Darran and Pedro both expressed their
> preference for "authentication mechanism".
>
> Overview now:
>
> Terms so far:
>
> * auth-method
> * authentication method (Resin term 1)
> * authentication mechanism (Undertow)
> * authenticator (Tomcat)
> * login manager (Resin term 2)
> * login (Resin term 3)
>
> 4 out of 14 voted:
>
> Arjan Tijms - authentication mechanism
> Adam: auth-method (because in web.xml + servlet)
> Darran Lofthouse - authentication mechanism
> Pedro Igor - authentication mechanism
>
>
> Organized per term:
>
> authentication mechanism - 3
> auth-method - 1
>
>
> Kind regards,
> Arjan Tijms