| Autor |
Mensagem |
|
|
Nunca será dependendo de como você faça o submit!! 
Se ele for feito através de um campo submit ou image do formulário, realmente nunca irá! Mas se for através de um document.nome_do_form.submit(), será enviado, já que quando se é dado o submit através de script, o evento onSubmit não é disparado.
|
 |
|
|
Pode não ter nada a ver, mas você não especificou qual linguagem de script está usando.
O IE com certeza (os outros eu não sei) tomam como padrão a linguagem usada no primeiro script que ele encontra. Isto é, se o primeiro script da página é um VBScript, essa é a linguagem padrão da página, a menos que ele encontre a designação de JavaScript, por exemplo.
Já tentou colocar isto:
Ou então usar um depurador de scripts mesmo.
|
|
|
|
|
Não sei se vai te servir, mas dê uma olhada no método getFocusOwner, da classe KeyboardFocusManager.
|
|
|
|
Qual foi o erro??
E se possível, coloque o código também!
|
|
|
|
Dê um forward, não um redirect.
Obs.: copiei o código de um projeto que tenho aqui....talvez não funcione da forma como está, mas a idéia básica é essa!
|
|
|
|
Só um adendo... 
O bloco try ficaria bem melhor assim:
Porque colocar o e.printStackTrace: se ocorrer uma exceção você jamais saberá qual é! Pelo menos, deve exibi-la na saída de erro padrão.
Porque fechar o acesso ao banco no finally: se ocorrer algum erro na execução da sentença, por exemplo, o banco de dados ficará aberto aqui até o garbage collector se dignar a passar, o que pode demorar um bocado, e fazer com que novas conexões não sejam mais possíveis, já que o limite teria sido atingido.
E mais uma coisinha....não é uma boa prática usar o asterisco (*) na sentença SQL! Coloque o nome de pelo menos um campo. Se a tabela tiver 50 campos, com o asterisco, você estará pegando um registro com os 50 campos, sendo que, na prática, não precisa de nenhum!
|
|
|
|
Se você enviar pelo formulário, os valores enviados serão os do formulário! 
Agora, se no action do formulário você também colocar algum parâmetro, que conflite com algum campo, então há um erro de lógica na sua página!
Se você quer saber se os parâmetros vieram pelo GET ou pelo POST, faça o tratamento devido nos métodos que recebem essas chamadas no seu Servlet, que são os que a Bani já colocou (doGet e doPost).
|
|
|
|
Faltou você inicializar a matriz botao:
E vai dar outro erro nas seguintes linhas:
...deveriam ser:
|
|
|
|
Neo wrote:O fenrir falou de compilação nativa. Como faço isso ????
Dê uma olhada neste tópico:
http://www.guj.com.br/forum/viewtopic.php?t=3178&highlight=compila%E7%E3o+nativa
Os poucos testes que fiz, foram decepcionantes. Sem contar que o programa fica um monstro (como o Oziel disse), portabilidade nula, e se você estiver usando Swing, nem tente. Pelo menos da última vez que olhei esse assunto, o Swing não era plenamente suportado.
Agora uma questão interessante: vocês colocam os créditos quando pegam um código pronto? 
|
|
|
|
Eu acho que essa questão de proteger o código-fonte é mais uma questão filosófica do que realmente técnica! 
Você vai protegê-lo de que? De alterações? Se o usuário o alterar e parar de funcionar, azar o dele! Ninguém mandou meter a mão! 
Proteger aquela magnífica rotina que você levou dias para elaborar?
Se alguém precisar de algo parecido, vai pesquisar, e talvez faça algo igual a você, sem sequer olhar o seu código-fonte.
Eu ofusco o código de um programa que estou desenvolvendo com o único intuito de deixá-lo menor, não para dificultar a sua descompilação! Até porque, quem quer realmente ver o código-fonte, não vai se importar em olhá-lo ofuscado mesmo.
A única coisa que me deixaria chateado seria ter criado uma rotina, ela ser usada em outro programa, e não ser creditado por isso. E crédito neste sentido nem é financeiro...é de simplesmente ter meu nome ali, dizendo que fui eu quem fez a rotina.
E só repetindo o que você deve ter lido por aí: só existe uma única forma de proteger efetivamente o código-fonte!! Fazendo compilação nativa! Mas se for fazer isso, vai programar em Java pra que?? Use Delphi ou VB (em caso de plataforma Windows, claro).
|
|
|
|
Eu particularmente acho que o Javascript passa a ser excessivo quando, sem ele, a página não funciona!
Para adicionar facilidades, é saudável. Mas quando passa a dar pepino se está usando o IE ou o Mozilla.....aí complica!
Mas também há vezes em que ele é imprescindível, infelizmente.
|
|
|
|
Pessoal,
Alguém já viu ou teve este comportamente com o JMenuBar: clica no menu, ele aparece, mas na hora em que move o mouse, ele some! Você tem que ir no menu de novo, clicar, e aí sim ele fica, permitindo escolher a opção.
Eu testei isso nas versões 1.4.0 e 1.4.2, e estranhamente só acontece na 1.4.2!
Já é o segundo comportamento estranho que eu vejo com Swing na versão 1.4.2! O outro foi diferença de layout com os JSpinner.
Abraços!
|
|
|
|
Sei não....mas eu acho que as sentenças SQL serão "texto puro". Então, mesmo que você "ofusque" os arquivos .class que as conterão, se o cliente o descompilar, vai poder alterar da mesma forma.
Eu escrevi .class porque um motivo simples: são as classes que você ofusca, não os properties!
Você pode fazer uma sacanagenzinha: os arquivos de propriedades serem, na verdade, arquivo compactados. Tá certo que se o cara tiver um pouco de cérebro vai se tocar disso....mas como usuário geralmente não tem muito desse material tão precioso.....
Se é uma aplicação que acessa um servidor remoto, a forma mais segura é usar stored procedures (se o banco de dados permitir). Dessa forma, você estará se protegendo de sentenças SQL alteradas, já que elas não estarão armazenadas no cliente!
Agora, se é tudo local, o máximo que você pode fazer é: mexeu no programa? Alterou algo que não devia? "So sorry...meu preço por hora é X para arrumar a caca"!
|
|
|
|
A forma mais segura seria esta:
|
|
|
|
Fabio Ribeiro Silvestre wrote:Mas é exatamente isso que eu não quero...não quero recriar o arquivo no servidor...o meu problema é extamanete este....eu preciso copiar sem recriar...entendeu ????
Se você vai copiar um arquivo para um lugar, você o estará recriando nesse lugar. Não há mágica nisso!
Se você mover o arquivo, primeiro ele será copiado, e depois o "original" será excluído.
|
|
|
|