From 5330d4c1e0276a1173f1bce75e8a17ca6d4e4c8d Mon Sep 17 00:00:00 2001 From: Jay Bryant Date: Wed, 14 Oct 2020 18:07:14 -0500 Subject: [PATCH] DATACMNS-1814 - Fixes missing anchors. Fixes the problem of the "Using filters" link jumping to the top of the document. There was another of these ("Configuration") later in the document, and this commit fixes that one, too. Original pull request: #470. --- src/main/asciidoc/repositories.adoc | 2 ++ 1 file changed, 2 insertions(+) diff --git a/src/main/asciidoc/repositories.adoc b/src/main/asciidoc/repositories.adoc index da1170c9a..538be705a 100644 --- a/src/main/asciidoc/repositories.adoc +++ b/src/main/asciidoc/repositories.adoc @@ -755,6 +755,7 @@ Each bean is registered under a bean name that is derived from the interface nam Bean names for nested repository interfaces are prefixed with their enclosing type name. The `base-package` attribute allows wildcards so that you can define a pattern of scanned packages. +[[repositories.using-filters]] ==== Using filters By default, the infrastructure picks up every interface extending the persistence technology-specific `Repository` sub-interface located under the configured base package and creates a bean instance for it. However, you might want more fine-grained control over which interfaces have bean instances created for them. @@ -952,6 +953,7 @@ interface PersonRepository extends CrudRepository, CustomizedSave< ---- ==== +[[repositories.configuration]] ==== Configuration If you use namespace configuration, the repository infrastructure tries to autodetect custom implementation fragments by scanning for classes below the package in which it found a repository. These classes need to follow the naming convention of appending the namespace element's `repository-impl-postfix` attribute to the fragment interface name. This postfix defaults to `Impl`. The following example shows a repository that uses the default postfix and a repository that sets a custom value for the postfix: