Revise o seu uso de finalize, ele nao foi feito para ser chamado assim... De
uma olhada no tutorial do java.sun.com .
Com respeito a ressurreicao de objetos, jah "brinquei" pra ver se
funcionava, mas se alguem tiver algum uso pratico - de verdade, com dominio
do problema - eu agradeco, porque outro dia fiquei "meditando" sobre isso e
soh cheguei a conclusao que era possivel, agora, pra que... :-P
--
Michael Nascimento Santos
Sun Certified Programmer for the Java 2 Platform
Sun Certified Programmer for the Java 2 Platform 1.4
Sun Certified Web Component Developer for J2EE
Moderador SouJava - www.soujava.org.br
----- Original Message -----
From: "Nilseu Padilha" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, February 24, 2003 2:37 PM
Subject: Re: RES: [enterprise-list] Destrutor
>
> Valeu por esclarecer a duvida, Rogerio. Falta minha, os exemplos que eu vi
sobre GC, tinham apenas:
>
> try{
> }catch(...){
> }finally{
> x.finalize();
> }
>
> Mas vou dar uma nova olhada nas minhas fontes, pois devo ter passado muito
batido.
>
> P.S.: Alguem ja trabalhou com 'ressureicao' de objetos?
>
> Hasta,
>
>
> On Mon, 24 Feb 2003 09:13:46 -0300, "Rogerio" <[EMAIL PROTECTED]> escreveu :
>
> > De: "Rogerio" <[EMAIL PROTECTED]>
> > Data: Mon, 24 Feb 2003 09:13:46 -0300
> > Para: <[EMAIL PROTECTED]>
> > Assunto: RES: [enterprise-list] Destrutor
> >
> > O java possui um m�todo finalize, mas ele n�o � chamado diretamente por
voc�
> > o garbage colector faz isso automaticamente. Se voc� precisa fazer
clean-up
> > na destrui��o do seu objeto voc� pode sobrescrever o m�todo finalize que
> > est� definido
> > na classe Object. Apenas n�o ser� voc� que ir� cham�-lo o Java far� para
> > voc�, mas somente
> > quando ele determinar que � necess�rio executar o Garbage Colector.
> >
> >
> > T+
> > Rog�rio.
> >
> >
> >
> > -----Mensagem original-----
> > De: Giuseppe Proment [mailto:[EMAIL PROTECTED]
> > Enviada em: sexta-feira, 21 de fevereiro de 2003 20:50
> > Para: [EMAIL PROTECTED]
> > Assunto: Re: [enterprise-list] Destrutor
> >
> >
> >
> > Antes do Java programava em C++ ent�o entendo que o destrutor poderia
ser
> > chamado em java
> > quando o objeto sai de seu escopo ou n�o pode mais ser refer�nciado. A
> > explica��o para o n�o
> > uso do Finalize � bastante vaga... Acho que isso � um dos furos da
> > linguagem, como muitos outros
> > exemplo: falta de construtores de c�pia remendados pelo 'clone', falta
de
> > sobrecarga de operadores
> > porque foi julgado 'complexo', falta de diretivas de compila��o idem,
> > etc...
> > O que ocorre � a cria��o de um m�todo pr�prio para fazer clean-up e
temos
> > sempre que lembrar
> > de chama-lo, porque n�o h� outro jeito... Uma solu��o bastante
desajeitada.
> >
> >
> >
> >
> >
> > "Michael
> > Nascimento Para:
> > <[EMAIL PROTECTED]>
> > Santos" cc:
> > <[EMAIL PROTECTED] Assunto: Re:
> > [enterprise-list] Destrutor
> > il.com>
> >
> > 21/02/03 16:31
> > Responder a
> > enterprise-list
> >
> >
> >
> >
> >
> > Senao voce ia ter que acabar sendo obrigado a dizer quando ele precisava
> > ser
> > chamado. Ou o overhead de execucao ia ser enorme, porque a cada
instrucao,
> > o
> > garbage collector teria que checar para quais objetos jah seria possivel
> > chamar o destrutor.
> >
> > Se voce pensou em algo diferente disto, explique melhor.
> >
> > []s
> > Michael Nascimento Santos
> > Sun Certified Programmer for the Java 2 Platform
> > Sun Certified Programmer for the Java 2 Platform 1.4
> > Sun Certified Web Component Developer for J2EE
> > Moderador SouJava - www.soujava.org.br
> >
> > ----- Original Message -----
> > From: "Nilseu Padilha" <[EMAIL PROTECTED]>
> > To: <[EMAIL PROTECTED]>
> > Sent: Friday, February 21, 2003 2:44 PM
> > Subject: [enterprise-list] Destrutor
> >
> >
> > > Alguem sabe o motivo pelo qual nao incluiram um Destrutor decente (nao
> > finalize()) na especificacao de Java?
> > >
> > >
> > > <Padilha id="Nilseu">
> > > Nilseu Perside Ortiz Padilha Junior
> > > Desenvolvedor Java - J2EE
> > > Immediate Consultoria e Sistemas
> > > http://www.immediate.com.br
> > > Ciencia da Computacao - ULBRA
> > > <Quote>
> > > Rejeitamos reis, presidentes e votos. Acreditamos em puro consenso e
> > codigo eficiente. - Dave Clark
> > > </Quote>
> > > <Quote>
> > > One exam does not a (J2EE) architect make. - Master Yoda
> > > </Quote>
> > > </Padilha>
> > >
> > >
> > > ---------------------------------------------------------------------
> > > Para cancelar a subscri��o, envie mensagem para:
> > [EMAIL PROTECTED]
> > > Para comandos adicionais, envie mensagem para:
> > [EMAIL PROTECTED]
> > >
> >
> > ---------------------------------------------------------------------
> > Para cancelar a subscri��o, envie mensagem para:
> > [EMAIL PROTECTED]
> > Para comandos adicionais, envie mensagem para:
> > [EMAIL PROTECTED]
> >
> >
> >
> >
> >
> >
> > ---------------------------------------------------------------------
> > Para cancelar a subscri��o, envie mensagem para:
> > [EMAIL PROTECTED]
> > Para comandos adicionais, envie mensagem para:
> > [EMAIL PROTECTED]
> >
> >
> >
> > ---------------------------------------------------------------------
> > Para cancelar a subscri��o, envie mensagem para:
[EMAIL PROTECTED]
> > Para comandos adicionais, envie mensagem para:
[EMAIL PROTECTED]
> >
> >
> >
> >
>
> <Padilha id="Nilseu">
> Nilseu Perside Ortiz Padilha Junior
> Desenvolvedor Java - J2EE
> Immediate Consultoria e Sistemas
> http://www.immediate.com.br
> Ciencia da Computacao - ULBRA
> <Quote>
> Rejeitamos reis, presidentes e votos. Acreditamos em puro consenso e
codigo eficiente. - Dave Clark
> </Quote>
> <Quote>
> One exam does not a (J2EE) architect make. - Master Yoda
> </Quote>
> </Padilha>
>
>
> ---------------------------------------------------------------------
> Para cancelar a subscri��o, envie mensagem para:
[EMAIL PROTECTED]
> Para comandos adicionais, envie mensagem para:
[EMAIL PROTECTED]
>
---------------------------------------------------------------------
Para cancelar a subscri��o, envie mensagem para: [EMAIL PROTECTED]
Para comandos adicionais, envie mensagem para: [EMAIL PROTECTED]
