| Autor |
Mensagem |
|
|
Eu tambem ja tive esse problema, mas utilizando um h:selectOneMenu com a4j:support.
Depois que foi desabilitado o ajax neste caso, o parâmetro passava corretamente, inclusive no IE.
Acredito que seja alguma falha do rich, ou melhor, do ie... eu vi num topico a agum tempo atras que a proxima versao do rich ia ter uma correção, mas não tenho certeza quanto a isso
|
 |
|
|
|
posta o código do método jcb_elviz.getSelectedItem()
|
|
|
|
Bom, primeiro vc precisa entender o escopo dos managed beans... request, session e application... esses tipos de escopos de mb nao tem nada haver com a session e request do container, sao coisas bem distintas...
se vc utiliza o netbeans, ao criar um projeto jsf ele cria automaticamente 3 classes, cada uma com um escopo diferente, que sao chamadas de RequestBeans, SessionBean e ApplicationBean... se vc precisa de dados que permaneçam numa sessão para utilizar em diversas telas, crie os atributos na SessionBean.
A session da jsp vc não precisa utilizar, exceto em casos especiais como filtro de acesso a pagina por exemplo. Portanto, a managed bean vc nao precisa colocar na session, pois a faces-config mantem a mb na memoria de acordo com o escopo. Lembrando que as views da jsf tem acesso apenas somente aos managed beans configurados.
se puder, procure o Livro Core Java Server Faces, pois lá define com maior clareza, aí acho que voce conseguirar entender melhor.
|
|
|
|
Eu faço login pela session.setAttribute('usuario',usuario) mesmo, pois eh mto interessante na utilizacao de filtros do servidor web.
No caso das MB, eu costumo utilizar apenas para dados, por exemplo, a SessionBean eu utilizo todos os outros dados do usuario que poderao ser acessados em uma ou mais paginas, sem precisar buscar do banco novamente...
dica: utilize os MB para os dados que voce precise usar nas views, e a session.setAttribute no caso de filtros.
|
|
|
|
Cara, na linha 9 da sua dao, vc deixa nulo o PreparedStatement.... aí logo na linha 12 vc utiliza o objeto, mas ele ainda esta nulo...
instancie corretamente a sua variavel 'ps', soh nao tenho o exemplo aqui, senao ja te passava...
|
|
|
|
Cara, dá uma estudada no FileOutputStream (como a Lina comentou)....
tem diversos tutoriais bons por ai... dica: se vc utiliza FileInputStream para a leitura, utilize o FileOutpuStream para gravar...
|
|
|
|
|
Marceliino, se você precisa redirecionar a página ao clicar no botão, não precisa utilizar o ajax... utilize o h:commandLink normalmente, sem precisar utilizar também o rich:componentControl (que é usado apenas para fechar o modal, e continuar na mesma página).
|
|
|
|
Normalmente eu uso da seguinde maneira (utilizando seu problema como exemplo):
Caso não dê certo, tente usar o a4j:keepAlive, pois talvez seja o problema de se perder nas requisições de páginas.
|
|
|
|
|
Cara, tenta retirar o atributo immediate na linha 3.
|
|
|
|
Tem o richfaces quem possui uma tag
ai tem os atributos pra preencher, mas nao sei de cabeca... mas funciona e eh leve...
abraços
|
|
|
|
Ola pessoal...
seguinte... estamos desenvolvendo alguns sistemas web usando jsf.... como ate pouco tempo atras os sistemas eram desenvolvidos em delphi, decidimos usar o visual web do netbeans (principalmente usando o woodstock), pois para eles facilita o trabalho, principalmente de design de tela... fizemos um prototipo de um sistema pequeno... o desenvolvimento nao teve maiores problemas, o que está dando um pouco de dor de cabeça é que a renderização das páginas estão lentas, e depois de vários testes, descobrimos que a lentidão está atrelada ao javascript que o woodstock produz, e na maioria dos pcs o processador chega a ficar em 100% por mais de 2 segundos (em atlhon xp 1.8 chega a passar de 5 segundos)... a questão de servidor, está tudo ok...
alguém já teve experiência com o woodstock? tiveram problema de desempenho no lado cliente?
se alguem ja teve problema com esses componentes, ou tem idéias, por favor, comentem...
o componente de tabela do woodstock está muito útil também, visto que faz paginação automática, ordenação por qualquer campo, mas o que queríamos fazer era deixar esse processamento no servidor, e não no cliente, como está ocorrendo.... possuímos telas que possuem apenas textfields e statictext, e mesmo assim apresentam "super processamente" na renderização...
Falow
|
|
|
|
Walter,
dê um breakpoint na linha 11 do teu codigo
verifique se retornou a lista que você quer...
outra coisa que reparei agora, se eu não estiver enganado, o seu método getLista() deve ter apenas "return lista";
você pode fazer um construtor na sua classe UsuarioBean chamando o método listatodosUsuarios():
Falow
|
|
|
|
|
voce nao esta usando windows vista nao neh?
|
|
|
|
Bom dia... você verificou se a lista está sendo preenchida, antes de enviar para a página?
se sim, tente mudar o escopo para session dessa pagina na tua faces-config...
Abraços
|
|
|
|
Você precisa configurar sua varável de ambiente, indicando a pasta do bin do jdk (caminho completo, com c: ).... se você não configurar, você tem que digitar todo esse caminho, pois o javac e o java está dentro da bin...
Abraços
|
|
|
|