Comments on: URLs amigáveis no JSF 2.0

By: Gilliard Cordeiro

Gilliard Cordeiro — Fri, 11 Feb 2011 14:53:10 +0000

Obrigado @Erick Basilio. Geralmente a solução mais simples é a mais certa mesmo. Ainda bem que hoje em dia são poucos os casos onde o "jeito certo" de fazer algo é complicado.

By: Erick Basilio

Erick Basilio — Fri, 11 Feb 2011 01:38:19 +0000

Valeu eim cara, estava procurando resolver problemas com bookmarking no JSF 2 e ia implementar umas soluções complexas, aqui aprendi mais algumas coisas como as diferenças entre hlink e h:commandLink além do simples outcome, que é o que diferenciava pra mim. Vou sempre visitar seu blog, já está adicionado em meus favoritos. Parabéns pela iniciativa!

By: Gilliard Cordeiro » Como trabalhar com ViewScope e Page

Gilliard Cordeiro » Como trabalhar com ViewScope e Page — Tue, 23 Nov 2010 20:06:17 +0000

[...] agora sim tem código pra caramba… boa parte dele aliás bem parecido com o desse post. No meio disso tudo o que temos que prestar atenção é nos dois botões editar da [...]

By: Gilliard Cordeiro

Gilliard Cordeiro — Wed, 17 Nov 2010 16:18:48 +0000

@Paulo Pinheiro, o managed bean de destino pode ser de qualquer escopo.

Por acaso você está usando um bean ViewScoped? Se for isso teu problema é outro. O que acontece na verdade é que sempre que a view muda o bean é destruído (como o nome do escopo sugere). Mas o chato dessa história é que o JSF faz isso no momento em que a view muda, e não quando o request termina. Então em uma mesma requisição o jsf seta o valor, destrói o bean, e depois como provavelmente a próxima view usa o mesmo bean, uma outra instância dele é criado e como o valor não vai mais estar lá dá a impressão que o jsf não chamou o set.

A solução pra isso é usar os parâmetros de view. É tosco, mas os caras quiseram fazer assim. Pois o Seam já faz isso há muito tempo com o escopo Page. Vou fazer um post explicando melhor isso, pois aqui fica uma resposta pobre. Tem uma extensão para cdi que a apache tá fazendo que é um escopo que funciona como o view, mas deixa o request terminar antes de eliminar o bean (na minha opinião e pelo jeito na tua também esse seria o comportamento ideal por padrão).

Volta aqui no blog semana que vem que ja terei escrito um post com mais detalhes sobre isso

Valeu!

By: Paulo Pinheiro

Paulo Pinheiro — Thu, 04 Nov 2010 23:38:09 +0000

O que eu custo a entender é por que a especificação JSF faz tanta frescura pra gente passar um objeto serializado de uma view para outra.
Funciona com o f:setPropertyActionListener, mas o managed bean de destino tem que ser RequestScoped, porque o parâmetro está no map de request.

Afinal o padrão Java Bean não foi idealizado pra que objetos inteiros sejam passados pela rede?

By: Léo

Léo — Wed, 17 Mar 2010 13:48:03 +0000

Olá Gilliard,
muito com seu blog cara!

Sucesso pra vc.

By: Gilliard Cordeiro

Gilliard Cordeiro — Thu, 07 Jan 2010 12:56:49 +0000

Emanuel, desculpa a demora em responder, mas é que eu estava de férias (off-line).
Eu dei um exemplo propositalmente simples, mas caso fosse um objeto “real”, você precisaria passar como referência algo que fosse suficiente para você recuperar o objeto. Na prática acaba sendo a chave primária ou alguma coisa que via conta te permita chegar na mesma (caso de segurança por exemplo).
Dê uma olhada no mecanismo de conversão do JSF, o mesmo usado nos selects, pois é a mesma idéia.

By: Emanuel

Emanuel — Fri, 25 Dec 2009 14:01:31 +0000

Eu sou novo com JSF, mas no exemplo:
Digamos que Pessoa tenha mais de um atributo String, como ficaria…?
A classe PessoaConverter teria um método para cada um?

By: Gilliard Cordeiro

Gilliard Cordeiro — Wed, 17 Jun 2009 20:43:30 +0000

Desculpa pela demora na resposta, mas é que eu passei por uns probleminhas de manutenção no site. Realmente a falta desse atributo é algo negativo. No meu caso, como utilizo o RichFaces, no componente rich:dataTable tem um atributo chamado rowKeyVar que faz o mesmo papel.

By: Ezequiel de Witt

Ezequiel de Witt — Fri, 29 May 2009 22:58:27 +0000

Olá Gilliard, tenho acompanhando seu blog com frequência, é a principal referência em português de JSF2. Parabéns.
Seguinte, estou estudando um pouco JSf 2.0 e me surgiu uma dúvida, com faço pra saber a linha que está sendo mostrada utilizando h:datatable ou o ui:repeat, como tem o varStatus.count no jstl c:forEach?

grato,Ezequiel