Я использую CustomAuthentication
провайдер для аутентификации, который распространяется на AbstractUserDetailsAuthenticationProvider
. Это я должен был сделать, потому что я хотел пройти аутентификацию против веб-службы и требовал как идентификатора пользователя, так и пароля. Это был единственный класс, который позволил мне это сделать. Теперь я облицовочные вопросы, реализующие Запомни меня функциональность для этого, вот мой безопасности-файл контекст -Весна безопасности помнить-меня с customAuthenticationProvider
<http auto-config="true">
<intercept-url pattern="/j_spring_security_check" access="IS_AUTHENTICATED_ANONYMOUSLY"/>
<intercept-url pattern="/dashboard*" access="ROLE_USER" />
<form-login login-page="/login.html" default-target-url="/dashboard1.html#meetings"
authentication-failure-url="/loginFailed.html" />
<logout logout-success-url="/login.html" />
</http>
<beans:bean name="customAuthenticationProvider" class = "com.component.WebServiceUserDetailsAuthenticationProvider"/>
<authentication-manager>
<authentication-provider ref = "customAuthenticationProvider"/>
</authentication-manager>
</beans:beans>
Теперь я пытаюсь реализовать помяни меня, но это исполнение меня есть служба детали пользователя, Я не могу иметь, так как мне нужно как имя пользователя, так и пароль для проверки подлинности снова. Моя веб-служба и метод, открытый с помощью userdetailservice, дают только имя пользователя, а не пароль, и именно по этой причине я должен был использовать customAuthentication на первом месте.
Вы на самом деле не сказали, каковы ваши проблемы, поэтому вам следует, вероятно, отредактируйте свой вопрос, чтобы уточнить. Кроме того, вам не нужно расширять «AbstractUserDetailsAuthenticationProvider». Вы можете просто реализовать интерфейс 'AuthenticationProvider' напрямую. –
Привет, Лука, я уже закончил свой вопрос. И AbstractUserDeta ..... Я использовал, потому что хотел предоставить реализацию только для проверки подлинности метода, и для этого используется abstractUs ... – Hemant