Problema con timertask

[linux_r]

Praticamente ho una classe che estende timertask

package jcallremember.client;


import javax.swing.SwingUtilities;
import jCallRemember.libreria.ClienteDB;


/**
 *
 * @author Linux
 */
public final class TaskAppuntamento extends java.util.TimerTask {


    public ClienteDB getInfo() {
        return info;
    }


    public void setInfo(ClienteDB info) {
        this.info = info;
    }
    private ClienteDB info;


    TaskAppuntamento(ClienteDB cliente) {
        System.out.println("COSTRUTTORE TASK APPUNTAMENTO");
        System.out.println(cliente.toString());
        this.setInfo(cliente);
    }


    @Override
    public void run() {
               System.out.println("RUN TASK APPUNTAMENTO");
        System.out.println(info.toString());
        SwingUtilities.invokeLater(new FormSchedaCliente(this.getInfo()));
    }


}

il problema è che quando utilizzo il metodo schedule dell'oggetto timer per inserire dei task, se inserisco due task con un ora precendete a quella attuale, questi vengono avviati subito e fin qui tutto ok , se non fosse per il fatto che il metodo run viene eseguito utilizzando la stessa variabile info dell'ultimo task inserito , sia per il primo task che per l'ultimo.in poche parole quel form scheda cliente viene inizializzato tante volte quanti sono i task inseriti, ma sempre con lo stesso oggetto info.

[andbin]

se inserisco due task con un ora precendete a quella attuale, questi vengono avviati subito

Sì, questo è il comportamento noto/normale di java.util.Timer.

se non fosse per il fatto che il metodo run viene eseguito utilizzando la stessa variabile info dell'ultimo task inserito , sia per il primo task che per l'ultimo.in poche parole quel form scheda cliente viene inizializzato tante volte quanti sono i task inseriti, ma sempre con lo stesso oggetto info.

Il campo 'info' per il ClienteDB è "di istanza". Ciascuna istanza di TaskAppuntamento ha quindi il suo ClienteDB.
Spetta a te fare in modo da avere tante istanze di TaskAppuntamento quante te ne servono, ciascuna con il suo ClienteDB su cui operare.

[linux_r]

Sì, questo è il comportamento noto/normale di java.util.Timer.


Il campo 'info' per il ClienteDB è "di istanza". Ciascuna istanza di TaskAppuntamento ha quindi il suo ClienteDB.
Spetta a te fare in modo da avere tante istanze di TaskAppuntamento quante te ne servono, ciascuna con il suo ClienteDB su cui operare.

si infatti ogni volta creo una nuova istanza con un nuovo oggetto cliente e la inserjsco nel timer ma ti ripeto il problema e che il metodo run utilizza sempre l ultimo campo info dell ultima istanza creata e per questo che ci stanno quelle stampe nel costruttore e nel run per vedere cosa succede e ho visto che le diverse istanze vengono create di volta in volta con in diverso oggetto cliente ma il metodo run utilizza l oggetto cliente dell ultima istanza di timertask inserita per ogni volta che viene richiamato

[andbin]

ho visto che le diverse istanze vengono create di volta in volta con in diverso oggetto cliente ma il metodo run utilizza l oggetto cliente dell ultima istanza di timertask inserita per ogni volta che viene richiamato

Ma crei ogni volta dei nuovi oggetti ClienteDB ... oppure riusi lo stesso oggetto cambiandone lo "stato" di volta in volta? Perché in quest'ultimo caso, il problema è qui.

[linux_r]

Ma crei ogni volta dei nuovi oggetti ClienteDB ... oppure riusi lo stesso oggetto cambiandone lo "stato" di volta in volta? Perché in quest'ultimo caso, il problema è qui.

creo ogni volta un nuovo oggetto task appuntamento... pero ho risolto praticamente e colpa del reference di cliente nn mi sn accorto che usavo sempre lo stesso XD

[andbin]

nn mi sn accorto che usavo sempre lo stesso XD

Ecco ... appunto, quello che immaginavo.