From 54b8f3874fa4c43518ea15a5ccb12cc4d167ec53 Mon Sep 17 00:00:00 2001 From: Seongguk Jeong Date: Fri, 28 Jul 2023 09:43:28 +0900 Subject: [PATCH] Fix link in authentication/architecture.adoc Closes gh-13577 --- .../modules/ROOT/pages/servlet/authentication/architecture.adoc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/docs/modules/ROOT/pages/servlet/authentication/architecture.adoc b/docs/modules/ROOT/pages/servlet/authentication/architecture.adoc index 0c43958a77..419810d80a 100644 --- a/docs/modules/ROOT/pages/servlet/authentication/architecture.adoc +++ b/docs/modules/ROOT/pages/servlet/authentication/architecture.adoc @@ -161,7 +161,7 @@ Of course, Spring Security is expressly designed to handle this common requireme == AuthenticationManager {security-api-url}org/springframework/security/authentication/AuthenticationManager.html[`AuthenticationManager`] is the API that defines how Spring Security's Filters perform xref:features/authentication/index.adoc#authentication[authentication]. -The <> that is returned is then set on the <> by the controller (that is, by <>) that invoked the `AuthenticationManager`. +The <> that is returned is then set on the <> by the controller (that is, by xref:../architecture.adoc#servlet-security-filters[Spring Security's `Filters` instances]) that invoked the `AuthenticationManager`. If you are not integrating with Spring Security's `Filters` instances, you can set the `SecurityContextHolder` directly and are not required to use an `AuthenticationManager`. While the implementation of `AuthenticationManager` could be anything, the most common implementation is <>.