Dúvida sobre escopos JSF 2.0 e CDI [RESOLVIDO]

Olá r.moreira

Realmente é bom evitar o @SessionScoped. Um bom uso dele é um carrinho de compras por exemplo, que guardaria os itens comprados pelo usuário enquanto este está na página.
Para o seu caso de CRUD voce poderia trabalhar com o @RequestScoped(padrão) já que após o cadastro você não precisa mais daquele Bean (salvo alguma exceção sua).

Abraços!

Tudo depende do momento…
hj eu prefiro algo stateless… se nao tem jeito, quanto meno o contexto melhor.
no começo ajuda, depois complica.

sorte.

uso o @ViewScoped e funciona perfeitamente…

Olá pessoal.

A minha dúvida foi sanada com a opinião de vocês. Agora eu gostaria de um auxilio para implementar um cadastro com o @ResquestScoped.

Inicialmente eu tenho uma pagina com um CommandLink que aponta para o método listaContatos(), o qual lista os objetos corretamente no DataTable da pagina list.xhtml. Nesta página, tenho um um link para adicionar um novo Contato que chama o metodo doNewContato(). Mas como a cada nova requisição os dados são perdidos os que foram setados neste método não são visíveis quando for gravar.

Sendo assim, gostaria de saber como poderiam implementar esse MenagerBean para resolver este problema.

Segue o código do MB.

import java.util.List;

import javax.enterprise.context.RequestScoped;
import javax.inject.Inject;
import javax.inject.Named;
import br.com.teste.entity.Contato;
import br.com.teste.session.ContatoSession;

@Named("contatoFaces")
@RequestScoped
public class ContatoFaces extends CDIBean<Contato> implements java.io.Serializable{

	private static final long serialVersionUID = 1L;

	@Inject
	private ContatoSession contatoSession;
	private List<Contato> lista;
	
	public String listaContatos(){
		return "/pages/contato/list.faces?faces-redirect=true";
		
	}
	
	public String doNewContato(){
		setSelectedItem(new Contato());
		return "/pages/contato/add.faces?faces-redirect=true";
	}
	
	public String finishAddContato(){
		contatoSession.save(getSelectedItem());
		return 	"/pages/contato/list.faces?faces-redirect=true";
	}
	
	public List<Contato> getLista() {
		carregaLista();
		return lista;
	}
	
	private void carregaLista(){
		if (this.lista == null || this.lista.isEmpty())
			lista = contatoSession.getAll();
	}
}

Desde já agradeço.

Como o @ivansalvadori disse, também prefiro stateless e caso não seja possível, prefiro o menor escopo possível

Fala @luxu, tranquilo?
Teria algum motivo especial você usar o @ViewScope em relação ao @RequestScope em um CRUD?

Abraços!

Fala @r.moreira, tranquilo?

Acho que não entendi a sua dúvida: Você tem um form, que você tem uma opção de inserir um novo contato, ente link ou botao te leva
a um formulário que contém os campos pra vc preencher e em seguida um botão para Enviar/Cadastrar etc correto?
Desta forma o @RequestScope atende bem não?

Abraços!

Olá AlexandreGama

Desculpe-me pela demora em responder e muito obrigado por responder as minhas perguntas . A dúvida seria como implementar esse bean que postei anteriormente para utilizado no @ResquetScoped. Pois da maneira que está, ele funciona perfeitamente com @SessionScoped, mas se eu colocar no escopo de requisição não funciona, uma vez que os dados se perder a cada requisição.

Um abraço.

Olá @r.moreira

Na verdade os dados não deveriam ser perdidos justamente por que quando você invoca o método, ainda está na mesma requisição = )

Resumindo teríamos algo como:

@ManagedBean
@RequestScope   //Não precisa dele aqui pois é padrão, mas só para visualizar = )
public class ContatoBean {
    private nome;
    private endereco;

   public void cadastra() {
      if(nome != null && endereco != null) {
          contatoDAO.salva(nome, endereco);
      }       
   }   

}

Claro que é um exemplo bem tosco e esse código que coloquei não deveria existir em produção = P
Mas só pra exemplificar. Quando você tem um form com os dados deste bean (lá no form teríamos contatoBean.nome e contatoBean.endereco) e clica em um botao
para envio dos dados (botao com a action invocando o método cadastra()) então estamos enviando uma requisição e seus dados “nome” e “endereço” estarão preenchidos.

Você tem mais ou menos um cenário assim?

Abraços!

Olá Alexandre.

Entendi perfeitamente agora. Na verdade era uma falta de entendimento do ciclo de vida. Como a cada requisição o meu Bean é instaciado novamente, eu coloquei no construtor um código para instanciar a minha entidade contato. Dessa forma, quando eu clico no botão Salvar, ele instancia a entidade e salva na mesma requisição. O problema da minha implementação anterior é que eu instanciava a minha entidade na requisição anterior quando eu ia da pagina de listagem para a página de cadastro. Dessa forma quando clicava em salvar já não era mais a mesma instancia da entidade.

Segue o código do MenagedBean para cadastro:

import java.util.List;  
  
import javax.enterprise.context.RequestScoped;  
import javax.inject.Inject;  
import javax.inject.Named;  
import br.com.teste.entity.Contato;  
import br.com.teste.session.ContatoSession;  
  
@Named("contatoFaces")  
@RequestScoped  
public class ContatoFaces extends CDIBean<Contato> implements java.io.Serializable{  
  
    private static final long serialVersionUID = 1L;  
  
    @Inject  
    private ContatoSession contatoSession;  
    private List<Contato> lista;  
    
    public ContatoFaces(){
     setSelectedItem(new Contato());  
    }

    public String doNewContato(){  
        return "/pages/contato/add.faces?faces-redirect=true";  
    }  
      
    public String finishAddContato(){  
        contatoSession.save(getSelectedItem());  
        return  "/pages/contato/list.faces?faces-redirect=true";  
    }        
   
}

Gostaria de agradecê-lo pela ajuda.
Muito Obrigado.

Um grande abraço.

Boa, que bom que deu certo!

Sempre que possível evite o @SessionScope, no caso do JSF2 você pode recorrer ao @ViewScope tb que é interessante e acho que veio do JBoss Seam = )

Abraços!