| Autor |
Mensagem |
|
|
juliocbq wrote:Não existe vantagem nenhuma em um em relação ao outro propriamente. O que existe são necessidades e conveniências. "Trabalho com um sistema e é conveniente que ele seja desktop" e vice versa.
Tudo o que dizem ao contrário disso é modismo.
++
|
 |
|
|
uma pesquisa rapida no google:
http://www.guj.com.br/java/105699-jcombobox-campos-dinamicos#570627
|
 |
|
|
Rulio wrote:Meu irmão.... Faz isso não brother !!! Chega fiquei triste agora, puts.
TOPICO "JASON"...
|
 |
|
|
cheque
Nesse caso foi colado seu id do cheque como sendo a unica chave do objeto. Faça o teste agora
|
 |
|
|
|
blz...posta ai sua classe cheque
|
 |
|
|
dentro da sua classe Cheque vc sobrescreve o equals e diz qual vai ser seu criterio de idenficação dos objetos. Pq do jeito que esta ele usa todos os atributos.
se sua classe cheque tiver 100 atributos e sua lista 10 objetos. QAundo for inserir um novo objeto na lista, quando vc faz isso
#
# if(Lista_cheque.contains(cli))
# return;
só vai retornar se todos os 100 atributos forem iguais. NO caso vc clica em editar e altera qualquer coisa, para a lista será um novo objeto pq vc nao sobrescreveu seu equals e ela vai comprar com os 100 atributos...COnseguiu pegar a ideia?
|
 |
|
|
compara a data de criação do aquivo que vc tem no servidor com o arquivo que esta no ftp. Se a do ftp for mais antiga vc susbtitui
|
 |
|
|
vc conegue editar na tela? No caso vc não consegue alterar porque como esta fazendo referencia para o objeto da classe Cheque e ela nao tem metodo equals. Ela pega o da superclasse e o da superclasse usa todos os atributos. Tipo vc tem que sobrescrever o equals dizendo qual vai ser o seu criterio para um objeto ser igual ou diferente.
minha classe tem varios atributos, mas eu digo para ela que um objeto sera igual ao outro se estiverem o mesmo codigo. Se eu nao fizer isso ela vai comparar todos os atributos. O metodo contains que vc utiliza para saber se ja existe o objeto utiliza esse metodo(equals) entao quando vc altera o objeto na sua tabela, para a lista é um objeto novo pois pelo menos um atributo é diferente dos demais que ja contem na lista.
Falei muito...mas acho que é isso..espero ter ajudado
|
 |
|
|
|
faça o teste de stress do sistema, se ele estourar o numero de conexões o problema é no fechamento. Mas olhando esse erro, parece que o banco fechou a conexão mas a aplicação deve pega-la como aberta...testa ai e posta para a galera ver...vlw
|
 |
|
|
|
www.google.com.br
|
 |
|
|
marcio_gs wrote:A média geral é a média das médias.
é isso ai, então vc vai fazer assim! ou um for ou um while para contar a quantidade de alunos da turma e vai somando a media de cada aluno numa variavel. Depois pega esse somatorio e divide pela quantidade de alunos e essa será a media da turma.
Deixem essa briga de lado...hauhauhauha
|
 |
|
|
|
isso ai que o Scooby falou...nao tem erro...
|
 |
|
|
|
veja se as imagens estão dentro do seu .jar (abre com o winrar)
|
 |
|
|
veja o valor da variavel "resp" se esta trazendo corretamente e ultiza o try e catch assim:
faça essa alteração e posta ai denovo.
|
 |
|
|
Bom dia pessoal, estou com o seguinte problema:
Quando faço o undeploy da aplicação no tomcat 6.0.18 ele mantem as conexoes do Pool aberta no banco de dados. Quando é feito um novo deploy, logo estoura o numero maxima de conexoes tendo que ser reiniciado. Alguma dica de como resolver isso?
O sistema esta em struts 1.2 e nao usa spring.
|
 |
|
|