как экземпляр @ RequestScoped bean предоставляется @ sessionscoped bean во время выполнения здесь?

я читаю этот пример в от JBoss где @RequestScoped Боб резервное копирование JSF page используется для передачи учетных данных пользователя, которые затем сохраняются в @sessionScoped bean. Вот пример взять из JBoss docs.

@Named @RequestScoped
public class Credentials {
    private String username;
    private String password;
    @NotNull @Length(min=3, max=25)
    public String getUsername() { return username; }
    public void setUsername(String username) { this.username = username; }
    @NotNull @Length(min=6, max=20)
    public String getPassword() { return password; }
    public void setPassword(String password) { this.password = password; }
}

форма JSF:

<h:form>
   <h:panelGrid columns="2" rendered="#{!login.loggedIn}">
      <f:validateBean>
         <h:outputLabel for="username">Username:</h:outputLabel>
         <h:inputText id="username" value="#{credentials.username}"/>
         <h:outputLabel for="password">Password:</h:outputLabel>
         <h:inputSecret id="password" value="#{credentials.password}"/>
      </f:validateBean>
   </h:panelGrid>
   <h:commandButton value="Login" action="#{login.login}" rendered="#{!login.loggedIn}"/>
   <h:commandButton value="Logout" action="#{login.logout}" rendered="#{login.loggedIn}"/>
</h:form>

Пользователь Сущности:

@Entity
public class User {
   private @NotNull @Length(min=3, max=25) @Id String username;
   private @NotNull @Length(min=6, max=20) String password;
   public String getUsername() { return username; }
   public void setUsername(String username) { this.username = username; }
   public String setPassword(String password) { this.password = password; }
}

SessionScoped фасоли

@SessionScoped @Named
    public class Login implements Serializable {

   @Inject Credentials credentials;
   @Inject @UserDatabase EntityManager userDatabase;
   private User user;
   public void login() {
      List<User> results = userDatabase.createQuery(
         "select u from User u where u.username = :username and u.password = :password")
         .setParameter("username", credentials.getUsername())
         .setParameter("password", credentials.getPassword())
         .getResultList();
      if (!results.isEmpty()) {
         user = results.get(0);
      }
      else {
         // perhaps add code here to report a failed login
      }
   }

   public void logout() {
      user = null;
   }

   public boolean isLoggedIn() {
      return user != null;
   }

   @Produces @LoggedIn User getCurrentUser() {
 return user;
   }
}

мои вопросы

1) бин вводится в @SessionScoped бобовые. Какова гарантия того, что учетные данные установлены на одном экземпляре RequestScoped это то же самое, что вводится в @SessionScopedбобовые. почему не другой @RequestScoped из пула вводится или даже новый экземпляр?

2) почему Боб дан @SessionScoped а не @Stateful. Я думаю @Stateful будет работать здесь.

3) как жизненный цикл @sessionScoped Боб успел? То есть когда он разрушается ?. Если я перейду к другому JSF страница, в которой, если я вытяните информацию, такую как currentUser.userName, я получу ту же информацию, которую я установил на своем первом JSF страница используется для входа в систему. (Шаг 1 выше)

4) Если я не указать @RequestScoped, затем Бин учетных данных получает @Dependent объем что объем умолчанию. Это упоминается в docs это установка любых переменных экземпляра @Dependent немедленно теряется. Но я не понимаю, почему? На самом деле, это наводит меня на вопрос о том, какое использование @Dependent объем будет ?

спасибо

редактировать Спасибо kolossus за подробный и отличный ответ. Мне нужно немного больше разъяснений по некоторым из ваших моментов для лучшего понимания

1. для компонента @requestScoped существует пул доступных экземпляров, который передается клиентам. Теперь, если у меня есть два клиента, обращающиеся к JSF, который поддерживается @RequestScoped bean, каждый клиент получает работать на одном экземпляре @RequestScoped Боб из бассейна. Фактически, оба клиента фактически не работают на прямом экземпляре, но косвенная ссылка на тот единственный экземпляр, который является прокси здесь. клиенты выполняют все вызовы методов или транзакции с помощью этого прокси-сервера. Итак, как долго прокси-сервер держит эту косвенную ссылку? То есть, в моем примере выше, переменные экземпляра @RequestScoped бобовые (Credentials) установлены в JSF. но истинный факт заключается в том, что этот параметр переменных экземпляра происходит с одним экземпляром компонента @RequestScoped косвенно через прокси. Но когда этот экземпляр вводится в SessionScoped бин, это прокси, который вводится? Начиная с жизненного цикла SessionScoped для сеанса, установленного между клиентом и приложением, прокси-сервер также живет в течение этой жизни. Означает ли это это single instance of @RequestScoped bean обязан SessionScoped и жизненный цикл @RequestScoped экземпляр компонента или его прокси определяется жизненным циклом SessionScoped бин?