Atualmente estou utilizando o mojarra 2.0.2.FCS com primefaces 2.0.2 e o escopo funciona normalmente. O que pude perceber de problema é com a paginação ajax do componente dataTable do primefaces, que chama o método anotado com @PreDestroy… mas mesmo assim não terde os valores do managed bean.

Implementei serializable no bean para testar, mas ainda continua tratando como request. Ao mudar para @SessionScoped, funciona como deve, dentro do escopo de sessão.

Any thoughts?

A parte de conseguir resolver tudo com JSF entendendo o ciclo de vida é complicado. Infelizmente cheguei a conclusão que poucas pessoas que desenvolvem com JSF realmente entendem o seu ciclo de vida, o que acaba causando vários problemas. Eu acabei atropelando um pouquinho essa parte para não alongar demais o post pois pretendia escrever melhor depois, mas graças ao teu post não vou precisar mais

Mas a grande vantagem do JSF 2.0, na minha opinião, é que ele já virá mais completo de série, possibilitando que seja possível fazer uma aplicação razoavelmente bem feita com JSF sem conhecer tanto assim do cilco de vida. Mas sobrescrever equals e hashCode continua sendo necessário. Como eu falei no post, nunca é demais seguir boas práticas, pois elas acabam nos livrando de problemas que nem sabíamos que iríamos passar sem elas

A falta de escopos de conversação na especificação Jsf sempre foi um problema, a utilização de mecanismos para soluciona-lo sempre existiram, mas sempre nos obrigou a adicionar um novo framework/componente ao projeto para resolver um problema que não deveria existir na especificação.

A falta dele causa vários problemas, entre os mais comuns como você mesmo citou tem o problema das combos aninhadas (ou não), dos commandLinks de uma datatable entre vários outros, contudo são solucionáveis mesmo com o escopo de request e um razoável conhecimento do ciclo de vida do Jsf.

A idéia do Jsf é encapsular toda a complexidade do http através de componentes e eventos, nos dando a impressão de um ambiente stateful, mas isso não é nada fácil, e piora mais ainda quando tentamos integrar Jsf a um framework de persistência ORM, aí sim as coisas pioram.

O Seam não só resolve o problema de conversação entre managed beans, mas sim a conversação de escopo de persistência também, fazendo assim a integração do Jsf e JPA mais simples e prática! Isso é formidável!

O problema de validação é um dos problemas mais comuns que vejo entre os novos desenvolvedores que usam Jsf, eu já bloguei sobre isso faz algum tempo,
http://www.rponte.com.br/2008/02/01/selectonemenu-converter-erro-de-validacao/

Enfim, gostei do post e principalmente de ter a certeza que JSF2.0 trará no mínimo um escopo “page” que será útil em praticamente quase todas as aplicações, principalmente se as páginas forem construídas de maneira não tradicional.

Abraços e parabéns pelo post.