Переключение аутентификации подходит во время выполнения с Spring Security? - PullRequest
Новая
       6

Переключение аутентификации подходит во время выполнения с Spring Security?

6 голосов
/ 17 февраля 2010

Как правило, когда вы объявляете другой «<поставщик-аутентификации>» для своего приложения (в моем случае это webapp), Spring Security заботится о том, чтобы вызывать провайдеров один за другим в случае сбоя. Итак, скажем, у меня есть DatabaseAuthenticationProvider и LDAPAuthenticationProvider с DatabaseAuthenticationProvider, объявленным первым в файле конфигурации, во время выполнения сначала вызывается DatabaseAuthenticationProvider, и если аутентификация завершается неудачно, пробуется LDAPAuthentication. Это круто. Однако мне нужен переключатель времени выполнения.

Я хотел бы иметь возможность выбора между этими двумя подходами (аутентификация на основе базы данных / аутентификация на основе ldap) и каким-то образом выбирать реализацию на основе этих глобальных настроек.

Как мне это сделать? Возможно ли это даже с Spring-Security?

Ответы [ 2 ]

4 голосов
/ 18 февраля 2010

Я оставлю информацию о том, как внедрить свой собственный поставщик аутентификации в другие бесчисленные примеры из Googleland и здесь StackOverflow . Похоже, это связано с маркировкой конкретного компонента с помощью XML. Но, надеюсь, я могу заполнить некоторые другие детали для вас.

Итак, вы определили класс примерно так же, как описано выше, и я добавлю больше деталей, которые вам понадобятся для Spring (то есть объедините также материал сверху. 

public class SwitchingAuthenticationProvider implements AuthenticationProvider
{
    ....
    public List<AuthenticationProvider> getProviders() { return delegateList; }
    public void setProviders(List<AuthenticationProvider> providers) {
        this.delegateList = providers;
    }
    ....
}

Это позволит вам ввести множество провайдеров, используя spring: 

<bean id="customAuthProvider1" class=".....CustomProvider1"> ... </bean>
<bean id="customAuthProvider2" class=".....CustomProvider2"> ... </bean>
...
<bean id="customAuthProviderX" class=".....CustomProviderX"> ... </bean>

<bean id="authenticationProvider" class="....SwitchingAuthenticationProvider">
    <security:custom-authentication-provider/>
    <!-- using property injection (get/setProviders) in the bean class -->
    <property name="providers">
        <list>
            <ref local="customAuthProvider1"/> <!-- Ref of 1st authenticator -->
            <ref local="customAuthProvider2"/> <!-- Ref of 2nd authenticator -->
            ...
            <ref local="customAuthProviderX"/> <!-- and so on for more -->
        </list>
    </property>
</bean>

В конце концов, то, как вы заполняете провайдеров, может быть любым способом получения делегатом набора провайдеров. Как они отображают, какой использовать, зависит от вас. Коллекция может быть именованной, основанной на текущем состоянии делегатора. Это может быть список из более чем одного, чтобы попробовать. Это может быть два свойства, «get / setPrimary» и «get / setSecondary» для функции переключения при сбое. После того, как делегат введен, возможности остаются за вами.

Дайте мне знать, если это не отвечает на ваш вопрос.

4 голосов
/ 18 февраля 2010

Как насчет написания делегирующего провайдера AuthenticationProvider, который знает, как получить доступ к переключателю времени выполнения и фактическим экземплярам базы данных / LDAP AuthenticationProvider.

Я думаю о чем-то вроде: 

public class SwitchingAuthenticationProvider implements AuthenticationProvider
{
    private List<AuthenticationProvider> delegateList;
    private int selectedProvider;

    @Override
    public Authentication authenticate(Authentication authentication)
        throws AuthenticationException
    {
        AuthenticationProvider delegateTo = delegateList.get(selectedProvider);
        return delegateTo.authenticate(authentication);
    }

    ....
}
...