| Autor |
Mensagem |
|
|
Bom dia!
Meu eclipse mostra automaticamente a descrição do objeto quando coloco o mouse sobre ele, para arquivos Java e JSP isso ajuda muito, mas para XMLs só atrapalha, eu desisto de usar o mouse quando estou trabalhando com esse tipo de arquivo, só o fato de passar o mouse pelo arquivo já exibe dezenas de popups amarelas. Gostaria de saber se existe alguma forma de remover essas dicas apenas para xml ou se dá para aumentar o tempo em que o mouse fica sobre o objeto antes que a dica seja exibida.
Seria de grande ajuda tambem apenas informar o nome desse tipo de informação para que eu possa pesquisar.
Obrigado!
|
 |
|
|
Esse post é um pouco antigo, provavelmente o autor nem precisa mais de ajuda.
Essa semana tive o mesmo problema, e não conseguia resolver.
O componente selectManyListBox envia para o java apenas o que está selecionado, e não a lista inteira dos valores.
Desta forma, do jeito que eu havia desenhado a tela, passando os valores de um pro outro por javascript, não funcionava, por que depois que eu passava os valores de um listbox para o outro, e clicava em "confirmar" só chegava no java os itens se eu os selecionasse, mas isso era inviável.
A solução que arrumei foi simples, eu parei de controlar as alterações no javascript e comecei a fazer isso no java, então quando o usuário selecionava algum iten da esquerda e clicava no botão "enviar para a direita" eu acionava um método, que recebia os itens que foram selecionados, removia do List da esquerda e adicionava no List da direita.
E enquanto essas alterações eram feitas eu criava um list de controle, para saber o que foi removido e o que foi adicionado.
Depois fica mais facil, quando clicar em confirmar, os Lists já estão prontos, é só tratar os arrays e mandar gravar as informações novas.
|
|
|
|
diego_qmota, obrigado pela ajuda!
Isso eu já havia feito, eu já tenho minhas exceções personalizadas e já as utilizo em blocos try...catch.
O que eu queria era capturar exceções que não eram tratadas, e que disparavam em tempo de execução, como por exemplo um nullpointer, ou aritimetic, etç. Sem ter que colocar todo e qualquer código em try...catch.
Um exemplo pode ser mais ou menos esse:
Tenho uma classe que trabalha em cima de instancias de outra classe, e em determinado momento, por qualquer que seja o motivo, essa instancia ficou nula. Se isso ocorrer o usuário irá ver um belo NullPointer na tela, mas capturando os erros em tempo de execução eu posso analisar o que ocorreu e direcionar para outros lugares/telas, além de tentar tratar o erro.
Obrigado!
|
|
|
|
ViniGodoy, obrigado pela resposta!
Foi uma falha minha, desculpe, não ter informado detalhes do projeto, estou trabalhando com web e jsf.
Eu não encontrei formas de criar esse "capturador" no google, mas comecei a pesquisar dentro do próprio jsf e sua documentação, e pra minha surpresa já estava tudo pronto.
O que precisei fazer foi apenas criar uma classe que extende um ExceptionHandler do faces, e configurar essa classe como "defaultHandlerException" no arquivo de configuração applicationContext.xml.
Ao fazer isso, estou conseguindo capturar todos os erros inesperados e/ou não tratados da aplicação.
Mas, estou fazendo um projeto particular em casa, esse sim é desktop, e achei legal essa ideia de capturar erros não tratados, usarei sua dica nele.
Obrigado!
|
|
|
|
Olá!
Como posso criar um capturador de exceptions em tempo de execução?
Por exemplo, durante a execução do programa da um erro qualquer, como o NullPointer, e no lugar da exceção NullPointerException ser chamada, a minha exceção "MyNullPointer" que é requisitada.
|
|
|
|
Aparentemente não dá pra colocar JSP dentro de jar e invocar pela aplicação.
Resolvi meu "problema" criando Servlet mesmo.
Obrigado pela ajuda!
|
|
|
|
Template ficaria um pouco inviável, por que não serei apenas eu o responsável por todos os projetos, e ficar exportando templates para todas as IDEs que forem utilizar daria o mesmo trabalho de copiar os arquivos pra outro projeto.
Uma das formas que estou tentando é com dispatch, mas ainda não estou conseguindo.
Estou tentando colocar as informações em uma variável static e carregar o jsp com o dispatcher, mas está dificil.
|
|
|
|
Olá.
Estou tentando criar páginas personalizadas de erro, aquelas 404, 500, etç. Isso é fácil.
A questão é, eu consigo encapsular esses JSPs em um Jar e mesmo assim conseguir fazer chamadas à eles pelos xmls na aplicação?
Estou querendo fazer isso por que os mesmos JSPs e classes serão utilizados em outros projetos, então eu já gostaria de fazer um jar para ser importado por qualquer projeto que queira utilizá-lo, mas sem precisar ficar criando JSPs em cada projeto.
Obrigado!
|
|
|
|
|
Se não quiser criar um banco em seu computador, tente MOCK
|
|
|
|
Olá.
Estou fazendo alguns ajustes em minha aplicação, para que um software leia a tela (para deficientes visuais), e normalmente no arquivo properties, onde ficam a maioria dos textos da aplicação, os caracteres especiais estão definidos com códigos, seja html ou hexa. Para o software ler esses textos eles não podem ter nenhum código.
Em casos de textos que vem do banco de dados, antes de jogá-los na tela eu faço um tratamento básico no java mesmo, utilizando expressões regulares, porém os demais textos da aplicação (99% deles) estão em properties. Hoje, estou duplicando as strings, uma com códigos para ser exibida na tela, e outra sem os códigos para ficar no TITLE ou ALT dos componentes, porém isso é muito feio e vai dificultar futuras manutenções.
O que posso fazer para tratar essas mensagens? Deixar apenas um texto no properties cheio de códigos, e dependendo da chamada à este texto ele é retornado normal, com os códigos, ou passa antes por uma validação limpando a string, independente de onde essa validação estiver, seja no java, no javascript.
Essa aplicação tem um pequeno impedimento, não posso utilizar nenhum componente externo não homologado, tem que ser puramente com JSF, Java e JavaScript, mesmo que isso implique em um trabalho maior.
E o "método" que for criado tem que ficar o mais genérico possível, uma vez que ele irá tratar mais de 5 mil textos, cada um com sua peculiaridade.
Obrigado!
|
|
|
|
Utilize a taglib do tomahawk jsValueSet ou seu equivalente no rich faces.
Fica mais ou menos assim:
Em name, defina o nome para a variável, e em value coloque o parâmetro do bean "#{xxx.yyy}".
Depois é só utilizar a variável no javascript.
NOTA: Essa "declaração de variável" tem que ficar antes do script que vai utilizá-la.
|
|
|
|
Tem como fazer sim, só não sei de cabeça por que eu fiz a algum tempo atraz, porém sei que utilizei Gerenciadores de Layout ou LookAndFeel, trabalhando com isso, se bem configurado ele faz a tela se adaptar a diferentes resoluções, além de ter a possibilidade de deixar a cara da sua aplicação com diferente de windows/java.
Como sua aplicação já está toda pronta, vai ser trabalhoso aplicar o gerenciador agora, visto que este deve ser incorporado à todos os componentes, também tive esse trabalho e foi cansativo, mas o resultado final ficou legal.
Como disse, não lembro exatamente o que fiz, mas lembro que usei o LookAndFeel JGoodies.
Com certeza existem outros, mas só lembro deste.
|
|
|
|
Realmente desta forma é muito mais elegante e funciona, acabei de testar.
Nota: Que falta faz não ler a documentação do framework, pelo que você explicou, isso é um comportamento básico que eu deveria saber já que o estou utilizando.
|
|
|
|
Para chamar um método qualquer durante o carregamento da página, sem qualquer ação do usuário, eu simplesmente crio um objeto do tipo "input hidden" e atribuo para ele uma variável do bean, da mesma forma como faço em qualquer campo texto, porém no "get" desta variável não retorna apenas um return valor, mas sim a chamada do meu método e depois um return "" (vazio).
Pode não ser uma prática cinco estrelas, mas funciona.
|
|
|
|
Você pode inserir a chamada do método nas classes que são carregadas antes da sua página, ex.
A página1 tem um botão de ação que vai para a página2 (página2 seria o seu jsp que precisa pegar a sessão)
Quando o botão é acionado, é chamada uma classe que faz o que tem que fazer e no final chama seu método e envia as variáveis para a sessão, depois retorna para a página2.
A página2 apenas recolhe as variáveis da sessão.
|
|
|
|
|
|