Salvare Modifiche Jtable

[Markus85]

Ho buttato giù questo (non è completo) ;

package Ascoltatori;


import interfacciaGrafica.InterfacciaPrincipale;


import javax.swing.event.TableModelEvent;
import javax.swing.event.TableModelListener;


public class ascoltatoreDefaultTableModel implements TableModelListener {
	
TableModelEvent tme = new TableModelEvent(InterfacciaPrincipale.modelloJTable , InterfacciaPrincipale.Jtable.getSelectedRow() , InterfacciaPrincipale.Jtable.getSelectedRow() , InterfacciaPrincipale.Jtable.getSelectedColumn() , TableModelEvent.UPDATE );


	@Override
	public void tableChanged(TableModelEvent tme) {
				
	}
	
}

nel metodo tableChanged devo implementare il meccanismo per fare la modifica?

[andbin]

nel metodo tableChanged devo implementare il meccanismo per fare la modifica?

Sì, ovviamente.

Ma vedo che istanzi un TableModelEvent .... non serve, non ha senso. Non sei tu che generi gli eventi .... li ricevi solo.

[Markus85]

Si è verificato quello che avevi previsto all'inizio del post...
Qualsiasi modifica alla tabella mi lancia tableChanged ed è un casino....
Mi sa che seguirò la strada più semplice ossia con il classico tasto Salva. Vediamo cosa esce.

Colgo l'occasione per fare i complimenti a te e a tutto il Team del forum ,
Siete persone molto preparate in grado di rispondere subito a qualsiasi tipo di problematica.

Ma la vostra è una società dove si lavora ; cioè il vostro lavoro e rispondere ai quesiti del forum?

[andbin]

Si è verificato quello che avevi previsto all'inizio del post...
Qualsiasi modifica alla tabella mi lancia tableChanged ed è un casino....

Una "scappatoia" comunque ci sarebbe. Invece di inizializzare la tabella con setValueAt (che scatena l'evento esatto che gestisci), potresti riempire tutto in un colpo solo con es. setDataVector. Questo invoca internamente fireTableStructureChanged() che genera un altro tipo di evento che ha type=HEADER_ROW. Quindi diverso dal type=UPDATE che puoi gestire per la modifica di una sola cella.

Ma la vostra è una società dove si lavora ; cioè il vostro lavoro e rispondere ai quesiti del forum?

No no, io personalmente non ho alcuna connessione particolare con chi gestisce questo forum. Io lavoro in una società di consulenza informatica che mi fa lavorare presso un cliente.

[Markus85]

Una "scappatoia" comunque ci sarebbe. Invece di inizializzare la tabella con setValueAt (che scatena l'evento esatto che gestisci), potresti riempire tutto in un colpo solo con es. setDataVector. Questo invoca internamente fireTableStructureChanged() che genera un altro tipo di evento che ha type=HEADER_ROW. Quindi diverso dal type=UPDATE che puoi gestire per la modifica di una sola cella.

Ormai ho implementato la soluzione "al volo"

Comunque il suggerimento è bene accetto ; andrà ad arricchire il mio bagaglio culturale

Complimenti ancora

Ciao

[Markus85]

Sono andato dal prof...e la soluzione al volo non gli piace ;
Non gli piace il fatto di eliminare e riempire tutta la TreeSet in un sol colpo , (Dice : e se hai milioni di elementi ? devi eliminarli tutti e poi riempire di nuovo la treeset per fare una modifica? )

La scappatoia di cui parlavi mi consente di eliminare solo quell'elemento per poi andarlo a sostituire con quello modificato ?
Sempre usando un TableEvent