| Autor |
Mensagem |
|
|
ayslanms, funcionou perfeitamente.
Era exatamente isso que eu precisava. A tag span por não ser JSF não era reconhecida e assim me gerava um erro. Troquei pelo <h:panelGroup> e rodou normalmente.
Muito obrigado pela ajuda!!
|
 |
|
|
Desculpe a ignorância, mas como posso fazer isso (re-renderizar os scripts)?
Sei que no render do <f:ajax> ou execute pode-se colocar vários componentes identificados pelo seu id ou colocando como vc disse, @form ou @all, etc. Mas como faço isso pra um script??
Já tentei assim sem sucesso:
Qual seria uma maneira de fazer isso?
|
|
|
|
Cara, é exatamente isso que está acontecendo. Meus componentes estão sendo re-renderizados porém meus scripts não.
Pra mim, como eu pedi pra re-renderizar somente o form, os scripts já ficam automaticamente amarrados a esses componentes.
Já tinha feito esse teste de colocar os scripts dentro do form e realmente funciona. Mas isso é uma boa prática ou apenas uma "gambi"??
|
|
|
|
Boa tarde pessoal.
O problema que estou tendo acontece quando eu re-renderizo o meu form a partir de uma requisição ajax. Feito isso acontece como se meus scripts JavaScript fossem desabilitados.
No geral tenho um template em facelets, onde estão os meus JavaScripts, através da tag:
E o código do meu formulário com o botão com suporte a ajax é esse:
O erro acontece quando eu clico no botão e alguma validação de algum componente retorna um erro (Validator). É perceptível a "desativação" do JavaScript pois em meus componentes eu tenho máscaras e bordas arredondadas aplicadas pelo jQuery.
Alguém ai sabe o que pode estar acontecendo??
|
|
|
|
|
Ninguém arrisca??
|
|
|
|
Fala galera.
Bom, consegui avançar um pouquinho no problema e descobri o que ocorre é que o webservice não consegue devolver uma resposta por causa de um outro erro que ocorre na inicialização da aplicação cliente.
Eis o cenário.
A aplicação cliente usa o método getResourceAsStream para carregar um .gif que se encontra no seu classpath.
Quando rodada pelo NetBeans a aplicação funciona normalmente.
Quando rodada através da linha de comando (java -jar) também executa normalmente.
Porém quando executada através do WebStart acontece o erro, dizendo que o recurso não foi encontrado.
Código com erro:
O erro retornado pelo WebStart diz que o código (getClass().getResourceAsStream("/imagens/Loading3.gif")) retorna nulo.
E agora???
|
|
|
|
Bom dia pessoal.
Estou passando por um problema referente à utilização do Java WebStart juntamente com webservices.
Tenho em meu servidor tomcat 6.0.26 serviços utilizando XFire sendo acessados por um cliente swing através do XFire também.
Ao rodar minha aplicação cliente local tudo funciona corretamente, porém quando rodo através do WebStart é que começa o problema, ou seja, o acesso falha dizendo que não pode ser enviada a mensagem. (Couldn't send message - mensagem do xfire).
Agora eu não sei se o problema se refere a alguma configuração do XFire ou até mesmo do WebStart.
Meus jars foram assinados pelo NetBeans.
Alguém já passou por esse problema??
|
|
|
|
Bom dia.
Se o problema for apresentar a imagem no LWUIT, você deve colocá-la em um Label, assim:
Label seuLabel = new Label(seuObjetoImage);
|
|
|
|
Bom dia Maxdavis.
Acredito que o método LOAD do floggy não é o mais apropriado pra vc nesse momento. Se não me engano esse método recupera um objeto através do seu id (id criado pelo RMS e não id do seu objeto, nem o índice que ele se encontra na lista).
Caso você esteja populando sua lista LWUIT com o Objeto, basta vc recuperar o objeto através do método list.getSelectedObject(), pegar o seu id (ou qualquer outro atributo que vc deseje utilizar para recuperá-lo do banco).
Caso você esteja populando sua lista LWUIT apenas com o nome (ou outro atributo desse objeto Os), basta vc recuperá-lo da lista e repassar ao método consultarDadoAberta().
Você também deverá utilizar o método find() de PersistableManager para recuperar os objetos do RMS. Com ele vc pode utilizar um filtro para pegar apenas a informação que precisa, ou se você achar mais fácil, pode recuperar todos os objetos e compará-los em um loop.
Bom, acho q é isso.
Se eu me enganei, por favor alguém me corrija.
Abraço.
|
|
|
|
Bom, a questão não é por facilidade ou dificuldade de aprendizado, não tenho problemas com novos desafios.
A questão principal é mesmo o tempo.
Já o código ser de propriedade da empresa ai eu entendo perfeitamente e agradeço pela atenção.
Grato.
|
|
|
|
Boa tarde J0nny.
Bom, se esta for a única solução....
Existe a possibilidade de você me mandar o seu código para eu estudar a sua solução? Não conheço tanto assim de RMS =(
Obrigado!
|
|
|
|
Boa tarde pessoal.
Estou trabalhando em um projeto Java ME utilizando CLDC e estou tendo certa dificuldade em relação à persistência de dados. Por isso gostaria da ajuda de vocês para essa tarefa.
Alguém ai usa algum tipo de BD que possui um desempenho legal quando se trata de um grande número de informações?
Atualmente estou utilizando o Floggy para persistência RMS mas estou tendo muito problema de performance ao consultar objetos grandes em meio a muitos outros.
Qualquer ajuda/opinião será bem vinda.
Muito Obrigado.
Abraços!
|
|
|
|
dcbasso wrote:
rafdutra wrote:Hoje em dia estou usando mais o LWUIT pelas facilidades já comentadas e por ser, pra mim, mais fácil de desenvolver pelo contato que já tive com swing.
Não conheço muito de JavaFX, mas pelo que andei testando achei mais pesado que o LWUIT.
Eeae que me diz, da performance do LWUIT?
Cara, LWUIT também é lento em celulares comuns.
Estou usando ele em coletores de dados com Windows CE e já é um pouco mais veloz.
Mas na minha opinião, comparando as três tecnologias em desempenho (velocidade), primeiro ficaria com CustomItem e Canvas, depois LWUIT e por fim JavaFX.
Mas optei por LWUIT por ser parecido com Swing que eu já conheço, e pela falta de tempo em aprender CustomItem e Canvas a fundo.
|
|
|
|
Hoje em dia estou usando mais o LWUIT pelas facilidades já comentadas e por ser, pra mim, mais fácil de desenvolver pelo contato que já tive com swing.
Não conheço muito de JavaFX, mas pelo que andei testando achei mais pesado que o LWUIT.
|
|
|
|
Então cara, testei o mesmo código no emulador e no aparelho e ambos acontecem a mesma coisa. Sempre que eu consulto uma informação logo após salvar os objetos, sempre é retornado a informação correta.
Basta eu fechar o aplicativo e iniciar novamente que qualquer item que eu consulte não me retorne nada.
Agora os códigos que estou usando são os seguintes:
Salvar objetos:
Em resumo esse código se conecta ao meu servidor, executa uma consulta, formata os dados no padrão JSON, que logo após é lido, cria os objetos e os persistem. (Obs: cerca de 1200 objetos são pesistidos).
Consulta:
Floggy XML: (Mesma pasta do Build)
Adiciono no Build:
Ao fechar a aplicação tenho:
No geral é isso.
Ainda continuo com esse problema, não o que pode estar dando erro.
|
|
|
|