Nao esqueca que mesmo apos terminado o thread, o objeto continua a
existir. Ele ainda pode ser acessado e nao ser coletado.
Simone Freire wrote:
>
> Saudacoes a todos.
> Tenho um problema interessante, que acredito se deve ao garbage
> collector.
> Disponho, em um aplicativo, de uma opcao que inicializa
> um JInternalFrame, o qual, por sua vez, em um processsamento
> relativamente longo, absorve dados de um arquivo-texto para um arquivo
> .mdb, via JDBC:ODBC.
> Mantenho, no rodape do JInternalFrame, um JProgressBar que me da ideia
> da evolucao do processamento. Ao final da absorcao do arquivo-texto, me
> disconecto do mdb, em um bloco finally, anulando as variaveis de
> instancia envolvidas. Toda a importacao ocorre em uma Thread, com
> prioridade minima.
> Quando repito o procedimento, o processamento demora mais para finalizar
> e assim sucessivamente, ateh que trava o aplicativo, deve ser por falta
> de memoria.
> Sei que o garbage collector, mesmo com System.gc(),
> nao eh invocado de imediato. Entao, qual a solucao para que nao ocorra a
> exaustao de memoria, consequentemente travando o aplicativo?
> Andre.
>
> _________________________________________________________
> Do You Yahoo!?
> Get your free @yahoo.com address at http://mail.yahoo.com
>
> * Para nao receber mais e-mails da lista, acesse
><http://www.sun.com.br:8080/guest/RemoteAvailableLists>, coloque seu e-mail, escolha
>a lista <[EMAIL PROTECTED]> e de um <submit>.
--
Eduardo Issao Ito.
"We can expect users to want convenience at the expense of flexibility,
I think, but traditionally programmers have felt the opposite way."
* Para nao receber mais e-mails da lista, acesse
<http://www.sun.com.br:8080/guest/RemoteAvailableLists>, coloque seu e-mail, escolha a
lista <[EMAIL PROTECTED]> e de um <submit>.
