You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Extract standalone methods from Authenticator class #128
The following issue is an enhancement request, to aid in the usability of
the methods in the Authenticator class.
I was looking at the Authenticator class for Java and noticed methods for
"verifyPasswordStrength" and "generateStrongPassword". I would like to use
both methods to augment our existing portal architecture which does not
support (or at least is not obvious to me) password strength checking other
than requiring passwords of a configurable length. As the portal handles
the authentication for our application, I wasn't keen on trying to map the
internal portal SDK to the Authenticator Interface, just to get support for
password strength validation. I may be alone in my thinking, but shouldn't
these stand-alone methods be moved to a separate concrete class with static
implementations of the methods. Or at minimum another interface,
AuthenticatorUtil for instance, that has these methods and can be
overridden to provide a custom implementation or the base reference
implementation can be used.
Yes - seems reasonable. PasswordUtils? Long term,
pulling all the password related details out of
Authenticator is probably the right thing to do.
The Authenticator could have other non-password
based authentication plug-in providers.
I am marking this as Milestone 3.0 because this would be a change to an major interface and could break the code of anyone who has customized their own Authenticator. (I'm assuming that no one is using FileBasedAuthenticator for anything other than toy programs.) But changes to interfaces should be reserved for the next major release. I also am going lowering the priority from High to Medium.
Activity
meg23 commentedon Nov 13, 2014
From manico.james@gmail.com on November 02, 2010 00:42:18
Let me run this by Jeff, this seems reasonable.
Labels: Milestone-Release2.0
meg23 commentedon Nov 13, 2014
From manico.james@gmail.com on November 02, 2010 00:59:06
Status: Accepted
meg23 commentedon Nov 13, 2014
From manico.james@gmail.com on November 02, 2010 05:05:42
(From Jeff Willams)
Yes - seems reasonable. PasswordUtils? Long term,
pulling all the password related details out of
Authenticator is probably the right thing to do.
The Authenticator could have other non-password
based authentication plug-in providers.
meg23 commentedon Nov 13, 2014
From manico.james@gmail.com on November 02, 2010 05:06:11
I agree w/ Jeff and would like to target these changes for 2.1
Labels: -Type-Defect -Priority-Medium Type-Enhancement Priority-High
kwwall commentedon Oct 6, 2018
I am marking this as Milestone 3.0 because this would be a change to an major interface and could break the code of anyone who has customized their own
Authenticator. (I'm assuming that no one is usingFileBasedAuthenticatorfor anything other than toy programs.) But changes to interfaces should be reserved for the next major release. I also am going lowering the priority from High to Medium.