🚀 go-pugleaf

I think the way to go is for your tableModel to extend the
AbstractTableModel class. I did similar, and only had to override
these methods:

getRowCount()
getColumnCount()
getValueAt(int row, int column)
getColumnName(int col)

Then when the underlying data changed, I just called one of the
fire....() methods to tell it what had changed. The really lazy one
is fireTableDataChanged() but if you are more specific, the table
repainting might be slicker.

In my case, the data was all in a Vector, and each entry in the Vector
contained all the data needed for a row, but the data could really be 
in any form you want. 

The thread that changed the data first modified the data, then called
myTableModel.fire...(). e.g.
    myVector.add(thingy);
    myTableModel.fireTableDataChanged();
Both these were performed in a SwingUtilities.invokeLater(Runnable)
call,
so that table contents and the visible swing stuff were only ever 
modified by the event thread. This trick sidestepped multi-threading 
sync problems.

The fire...() calls seem to end up sending a TableModelEvent to the
JTable which is registered as a listener, but all the messy work is
done for you by the AbstractTableModel. Neat!

Hope this helps,
Steve.
//-----------------------------
Site View Technologies wrote:
> 
> First adventure into swing JTables.  I would simply like to
> know how to delete an entire row, I have looked high and low
> but have not found a solution.
> 
> 
> Should I override the default model, is there a simply trick
> to this, or should I select another type of view format.