Metodo: table.getValeAt(,) Errore risolvibile senza il try?

[jabjoint]

Salve, come da titolo:

table = new JTable(modTab);

for(int r=0; r<R; r++){

String sData = new String("");

for(int c=0; c<C; c++){

if (!table.getValueAt(r,c).equals(null)) //cerco di gestire così l'eccezione, ma, inutilmente
sData = table.getValueAt(r,c).toString().trim(); //riga eccezione

}

}

Genera l'eccezione:
"Exception in thread "AWT-EventQueue-0" java.lang.NullPointerException"

L'istanza pare non essere caricata quando il testo della colonna è vuoto...ma...oppure è altro?

[andbin]

if (!table.getValueAt(r,c).equals(null)) //cerco di gestire così il codice, ma, inutilmente
sData = table.getValueAt(r,c).toString().trim(); //riga eccezione

Innanzitutto .equals(null) non ha alcun senso. La specifica di equals() è molto chiara:

For any non-null reference value x, x.equals(null) should return false.

Quindi passando null hai sempre false (indipendentemente da x), e con la tua negazione dà true ma il tuo test è sbagliato. Fai invece il test per != null

Poi comunque c'è un'altra questione. Il tuo codice dovrebbe "parlare" solo con il model, non con JTable per estrarre i dati. C'è anche una motivazione pratica. In JTable c'è la funzionalità di column reordering che è attiva per default. Permette all'utente di "trascinare" le colonne a sinistra/destra per cambiarne l'ordine. Il getValueAt di JTable si basa su quest'ordine fisico, quindi se non disabiliti quella feature, non puoi essere certo di quali sono le colonne, se l'utente le trascina. Il getValueAt del model invece è "stabile" sulle colonne perché il loro ordine è definito programmaticamente.

Può aver senso usare il getValueAt di JTable solo se ad esempio vuoi "esportare" i dati in modo molto generico esattamente come li vede l'utente.

[jabjoint]

Ok. Certo è corretto vedere la guida per le specifiche.
Testero' con !=nulla.
Si ho usato JTable per esportare su file, comunque trovo il tuo consiglio ottimo.
Grazie.