From 73c6bbb64e7cbf79d8ae66e7908e16320f7aca17 Mon Sep 17 00:00:00 2001
From: Jose Carranza <jcarranz@redhat.com>
Date: Fri, 15 Dec 2023 10:53:16 +0100
Subject: [PATCH] linked user entity section where
 io.quarkus.elytron.security.common.BcryptUtil; is used demonstrating the
 password mapper process

Call an anchored ID from a different file
---
 docs/src/main/asciidoc/security-getting-started-tutorial.adoc | 2 +-
 docs/src/main/asciidoc/security-jdbc.adoc                     | 2 +-
 2 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/docs/src/main/asciidoc/security-getting-started-tutorial.adoc b/docs/src/main/asciidoc/security-getting-started-tutorial.adoc
index 30d84156ad5fa..13ec7223532ce 100644
--- a/docs/src/main/asciidoc/security-getting-started-tutorial.adoc
+++ b/docs/src/main/asciidoc/security-getting-started-tutorial.adoc
@@ -228,7 +228,7 @@ public class UserResource {
 }
 ----
 ====
-
+[[define-the-user-entity]]
 === Define the user entity
 
 * You can now describe how you want security information to be stored in the model by adding annotations to the `user` entity, as outlined in the following code snippet:
diff --git a/docs/src/main/asciidoc/security-jdbc.adoc b/docs/src/main/asciidoc/security-jdbc.adoc
index 3368063817cfc..da395712a0900 100644
--- a/docs/src/main/asciidoc/security-jdbc.adoc
+++ b/docs/src/main/asciidoc/security-jdbc.adoc
@@ -184,7 +184,7 @@ INSERT INTO test_user (id, username, password, role) VALUES (2, 'user','user', '
 [NOTE]
 ====
 It is probably useless, but we kindly remind you that you must not store clear-text passwords in production environment ;-).
-The `elytron-security-jdbc` offers a built-in bcrypt password mapper.
+The `elytron-security-jdbc` offers a built-in bcrypt password mapper. You can see the section `Define the user entity` for more details at xref:security-getting-started-tutorial.adoc#define-the-user-entity.
 ====
 
 We can now configure the Elytron JDBC Realm.