Eai Mário! Tranquilo cara!?..Obrigado por responder
Então, eu quis dizer apenas JDBC porque o mais comum hoje em dia é
usar o Hibernate para gerenciar a persistência, anotando os beans e
tal...que não é meu caso. Minha solução pra comunicação com o banco
foi criar uma classe com uma função statica que retorna um objeto
Connection com minhas configurações de banco , e em cada classe DAO
que faz acesso a banco eu chamo a conexão por esse método. Os
PrepareStatements e os ResultSets são sempre fechados após a operação
no banco, isso ai eu já revisei, estava tudo ok!
Nesse cenário é possivel eu estar carregando o perm gen de objetos
Connection não fechados?
E qual seria a causa dos Threading issues?
E quanto aos remote Objects? existe alguma otimização ou erro que
possa estar acontecendo na serialização dos dados pelo protocolo AMF?

Obs: No Lambda Probe, tem uma medição que monitora o projeto que chama
JDBC usage, ele nunca chegou a 1%...não seria a verificação dessas
conexões abertas?

Abraços Mário! e mais uma vez, obrigado pela atenção!
Icaro Q. R.

-- 
Você recebeu esta mensagem porque está inscrito na lista "flexdev"
Para enviar uma mensagem, envie um e-mail para flexdev@googlegroups.com
Para sair da lista, envie um email em branco para 
flexdev-unsubscr...@googlegroups.com
Mais opções estão disponíveis em http://groups.google.com/group/flexdev

Responder a