ruivo wrote:

danilo.magrini wrote:
Aqui é onde entra as enormes discussões sobre arquitetura. Ao meu ver é responsabilidade sim do Produto saber a dataUltimaVenda, pois se isso fere o princípio da responsabilidade única então teriamos que ter objetos ProdutoCodigo, ProdutoDescricao, ProdutoPreco, ProdutoUnidade, etc;

De maneira alguma. O que é uma venda? Nada mais é que um pedido finalizado. E é um pedido que tem um produto, não o contrário. Pensa numa garrafa. Ela não tem gravada nela quando foi vendida. Agora, se pensar na nota fiscal, lá estarão as referências para os produtos que foram vendidos, com as datas e valores pagos pelo consumidor.

Se você quiser saber qual a data que um produto foi vendido pela última vez, você deve perguntar para os pedidos (ou notas fiscais) qual a última vez que aquele produto aparece, e não perguntar pro produto quando ele foi vendido, que não faz muito sentido.

rbortolon wrote:
Olá a todos,

Me diz aí David, conseguiu resolver o seu problema ?

Eu estou enfrentando o mesmo. Meu código no managedBean está identico ao seu no caso de mostrar a mensagem e o redirect que no meu caso faço da seguinte forma -> return "/pages/login?faces-redirect=true" (meu formulário é um form de registro de usuário que redireciona para a página de login após sucesso)

Rafael, você mencionou que as mensagens ficam no escopo Request certo? O meu bean esta com este escopo mas mesmo assim, ao salvar os dados do formulário (clicar no botão ok) não mostra a mensagem. Só redireciona como mencionei no parágrafo acima. Vi alguns casos em que falaram que tenho que implementar um PhaseListener para recuperar as mensagens mas daí envolve ter que inserir a config no faces-config e eu não estou utilizando o faces-config pois um dos propósitos do JSF 2 é justamente não precisar dele certo? Bom, se precisar tudo bem, não que eu seja contra mas gostaria de saber se há uma solução diferente para este problema.

Obrigado!
Sds,
Rodrigo

asousaj wrote:Caros,
to criando uma aplicação para otimizar o trabalho aqui na empresa, coisa simples, e gostaria de uma dica quanto à estrutura que usei, se pode ser melhorada.
A aplicação consiste em 15 paginas(jsf) com forms para calculos. Não usarei DB, sem login, coisa bem simples.

Exemplo:

package model; public class MyCalcMath { protected String resultado; protected Boolean resultadoMostrar; protected String erros; protected Boolean errosMostrar; ... AQUI VAI OS GETTERS e SETTERS ... public void calculaTrafego(double base, double expoente) { ... obviamente vai ter try/catch ... calculos matematicos com resultados em double ... resultado = String.valueOf(... resultado dos calculos em double ...); resultadoMostrar = true; } } public void ... }

package calculos; import model.MyCalcMath; import javax.faces.bean.ManagedBean; import javax.faces.bean.RequestScoped; @ManagedBean @RequestScoped public class CalculaTrafego { private MyCalcMath myCalcMath = new MyCalcMath(); private double canais; private double segundos; public MyCalcMath getMyCalcMath() { return myCalcMath; } public void setMyCalcMath(MyCalcMath myCalcMath) { this.myCalcMath = myCalcMath; } public double getCanais() { return canais; } public void setCanais(double canais) { this.canais = canais; } public double getSegundos() { return segundos; } public void setSegundos(double segundos) { this.segundos = segundos; } public CalculaTrafego () { } public void calculaTrafegoSaida(){ myCalcMath.calculaTrafego(canais,segundos); } }

<f:view> <h:form> <h:panelGrid columns="2"> <h:outputLabel value="Canais:"/> <h:inputText value="#{CalculaTrafego.canais}"/> <h:outputLabel value="Segundos:"/> <h:inputText value="#{CalculaTrafego.segundos}" /> <h:outputLabel value="Resultado:" rendered="#{CalculaTrafego.myCalcMath.resultadoMostrar}" /> <h:outputText value="#{CalculaTrafego.myCalcMath.resultado}" rendered="#{CalculaTrafego.myCalcMath.resultadoMostrar}"/> <h:commandButton actionListener="#{CalculaTrafego.calculaTrafegoSaida()}" value="Calcular" /> </h:panelGrid> </h:form> </f:view>

Bom pessoal é isso, onde posso melhorar na estrutura ... os codigos do projeto sao similares a estes.

Grato a todos!

nei.junior wrote:
Enfim, agora que ficou claro vamos elaborar a melhor forma de trabalhar para resolver isso.

nei.junior wrote:Rafael,

Bom concluindo o assunto, entendi. Você deu uma boa clareada neste caso.
Agora vamos ver uma das soluções postada no inicio por você.
O @DaniloMagrini deu uma ideia de propor na lista oficial do Mojarra a criação de algo como:
FacesContext.getCurrentInstance().getViewRoot().invalidate()

O que acha ? Acho que quando cair nessa situação, pelo menos teria uma forma mais simples e objetiva de contornar.

danilo.magrini wrote:
O ideal é procurar isso na especificação. Assim que eu tiver um tempo vou vasculhar entre as JSRs 314, 127 e 252 e ver se encontro algo. Porém se fosse para apostar eu apostaria que ele é setado depois da conversão porque pra mim setar o local value depois da validação se tornaria desnecessário uma vez que ele seria setado e logo em seguida receberia null já que o modelo seria atualizado.

nei.junior wrote:
Rafael,

Entendi sim, porém essa questão do AJAX foi o que pensei por priemiro. Portanto nesse exemplo que criei, não sei se você baixou ai, mas se sim pode observar que eu NÃO utilizo AJAX, é tudo requisição normal para recarregar a página toda e mesmo assim continua errado.
Como não é AJAX ele recarrega toda a página novamente, correto ? Com isso ele deveria reconstruir tudo novamente e vir correto, não é ?

Obrigado por enquanto !

Abraço.

nei.junior wrote:
* Agora no momento que cliquei no botão "Editar" do nome "MARIA" ele atualizou o modelo, significa que ele executou todos os outros processos corretamente, ou seja, o "Submitted Value" e o "Local Value" estão como "NULL".
Agora porque que na tela continua errado ? Não era para vir certo ?

Obrigado por enquanto !

danilo.magrini wrote:
Só fazendo uma observação aqui Rafael, o local value é setado logo após o submitted value ser convertido (se existir um converter associado) e sequer atinge o estágio de validação pois se assim fosse o local value nunca serviria pra nada já que se a conversão foi correta e a validação também então o modelo já seria atualizado e o local value passaria para null correto?

1) Submitted Value
2) Local Value
3) Value Binding (aka model value)

** Quando você submete um formulário todos os inputs da página são submetidos como String (parâmetros de request) e na APPLY REQUEST VALUES (2a fase) este valores são setados nos seus devidos componentes de inputs como "submitted value";

** Após isso, na fase de validação (3a fase), cada componente de input tenta converter e validar seu submitted value, em caso de sucesso o componente define seu novo valor convertido como "local value" e seta para null seu submitted value, continuando assim o ciclo de vida. Em caso de erro de conversão ou validação o componente não define seu "local value" e marca o componente como invalido, que por fim pula para última fase (RENDER RESPONSE);

** Se não houver erro na fase de validação o ciclo de vida continua na UPDATE MODEL VALUES para popular o modelo (managed bean etc), para cada componente de input setado no modelo o seu "local value" é setado para null e o ciclo termina na RENDER RESPONSE exibindo os valores do modelo (através das EL's);

** Se houver submitted value então retorne-o;
** Caso contrário, se o local value é não nulo então retorne-o;
** Caso contrário, avalie a EL, ou seja, chame o getter do modelo;

1) Navegação padrão do Faces para recriar toda a viewroot (não vale retornar null);
2) Limpar de maneira educada todos os componentes de inputs;
3) Limpar os inputs de maneira "brute force" (parentComponent.getChildren().clear() - eles serão recriados na RENDER RESPONSE novamente, porém só funciona com JSF 1.x, pois o 2.x parece seguir corretamente a spec);

Basilio wrote:Existe alguma forma sem ser applet?