done https://issues.apache.org/jira/browse/SHIRO-311
although it's a little different then actuall configuration... maybe need additional thinking On Thu, Jul 7, 2011 at 7:53 PM, Les Hazlewood-2 [via Shiro User] < [email protected]> wrote: > Sure - in whatever Realms you configure on the SecurityManager, just > ensure that the realm(s)' supports(AuthenticationToken) method returns > false. Then the realm will never participate in authentication, but > still be available for authorization. > > There are two ways of ensuring this happens at the moment: > > 1. Subclass the realm and override the supports method to always return > false. > 2. If the Realm implementation is a subclass of AuthenticatingRealm > (most are), set the 'authenticationTokenClass' property to be some > fake token class that will never be used for authentication (e.g. > public interface NonExistentAuthenticationToken extends > AuthenticationToken) and never create an implementation of that > interface. > > If you'd like to see this as a configurable property, please open a > feature request in Jira: https://issues.apache.org/jira/browse/SHIRO > > HTH, > > -- > Les Hazlewood > CTO, Katasoft | http://www.katasoft.com | 888.391.5282 > twitter: http://twitter.com/lhazlewood > katasoft blog: http://www.katasoft.com/blogs/lhazlewood > personal blog: http://leshazlewood.com > > > ------------------------------ > If you reply to this email, your message will be added to the discussion > below: > > http://shiro-user.582556.n2.nabble.com/skipping-the-authentication-step-becouse-of-spnego-and-sso-tp6558451p6559087.html > To unsubscribe from skipping the authentication step becouse of spnego and > sso?, click > here<http://shiro-user.582556.n2.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_code&node=6558451&code=ZWxoLm1haWxnYXRlQGdtYWlsLmNvbXw2NTU4NDUxfDE4MDE1MDYyMA==>. > > -- View this message in context: http://shiro-user.582556.n2.nabble.com/skipping-the-authentication-step-becouse-of-spnego-and-sso-tp6558451p6559771.html Sent from the Shiro User mailing list archive at Nabble.com.
