Quando registrado em JSF 2 (Java Server Faces), um managed ...

Gabarito: A alternativa correta é E - errado.

A questão aborda o conceito de escopos em JavaServer Faces (JSF), um framework para desenvolvimento de interfaces de usuário baseadas em componentes para aplicações web. Os managed beans são objetos que gerenciam a interação entre a interface de usuário e a camada de lógica de negócio, e podem existir em diferentes escopos.

No JSF 2, um managed bean não está, por padrão, registrado no escopo de session. Os escopos possíveis são:

• Request: O bean existe apenas durante uma solicitação HTTP.
• View: O bean está vinculado à vida útil de uma visão JSF (uma página).
• Session: O bean persiste durante a sessão inteira do usuário.
• Application: O bean existe durante a vida útil da aplicação JSF no servidor.
• Custom ou None: Escopos personalizados ou sem escopo.

O escopo de um managed bean é definido pela anotação @RequestScoped, @ViewScoped, @SessionScoped, @ApplicationScoped, ou outras anotações customizadas. A ausência de uma definição explícita de escopo implica que o bean será tratado no escopo de request por padrão e não no escopo de session, o que justifica o porquê da alternativa E ser a correta.

É importante que você, como aluno de concursos públicos focado em Programação - Frameworks Java, compreenda bem os diferentes escopos de managed beans no JSF 2, pois este é um conceito comum e relevante para o desenvolvimento de aplicações web robustas e escaláveis.

Quando um "bean" é registrado no JSF, se torna um ManagedBean, que pode funcionar dentro de 4 escopos: Request, Session, Application e View, ou seja, ele nao é obrigado permanecer no escopo session, isto vai depender de como foi implementado

Default é @RequestScoped

O JSF2 criou novos escopos (maiores que um request, menores que uma sessão): Flash scope (conversation) View scope.

Além das citadas,  existem outras duas. 

Vou colocar também o tempo de vida do bean em cada escopo:

Application => Enquanto a app viver, ou seja, morre qdo a app morre

Session => Cria um sessão. Clássico caso de um usuário em site de compras. 

View => Ativo enquanto não mudar de pagina

Request => atendeu o pedido, mata!

None => Vive durante a avaliação de uma EL

Custom => customizado

no SessionScope o tempo de vida do MB é pela sessão do usuário. se nao houver nenhuma configuração adicional, o MB se mantém até fechar o navegador. Este tipo de escopo guarda uma sessão de login do usuário, garantindo que ele tenha se identificado antes de acessar a parte protegida