Intermittent JTable refresh problems

I have an applet that displays streaming data vis JMS (i.e. the data in the TableModel is constantly being updated).  The applet has the functionality of changing to a different set of data and updates to it are streamed in.  The problem I see occurring sometimes is that data in the previous TableModel is being displayed in the new TableModel.  I recreate my TableModel (I have a subclass of AbstractTableModel) everytime.  I have made sure that I am removing all TableModelListeners and ActionListener.
When I set the JTable's model to the new TableModel, I always call fireTableDataChanged().  I've even tried to do an applet.repaint() and an applet.revalidate(), but the intermittent problem is still there.

I am using JDK 1.3.002 on a Windows platform.  Is there anyway that I can ensure that the old TableModel is completely removed from the JTable?

Thank you.

mwalkerAsked:
Who is Participating?
 
objectsConnect With a Mentor Commented:
Are you updating your model from a thread other than the event dispatch thread.
Swing is single threaded, and their are only a few operations that are thread safe.
So you need to ensure you do all your gui updating from the Swing thread (unless the javadoc says the method is threadsafe).
There are a couple of methods in SwingUtilities which help, invokeLater(), and invokeAndWait().
0
 
ozymandiasCommented:
I'm not sure about completely removing the TableModel.
What you arec describing shouldn;t happen unless there is a delay between the table data refresh and the table display repaint.

Have you tried calling TableStructureChanged() instead of, or in addition to, TableDataChanged ?
0
 
objectsCommented:
> When I set the JTable's model to the new TableModel,
> I always call fireTableDataChanged

If your calling setModel() then u shouldn't be doing this as you've got a new model.
Though I can't see it would hurt.

> Is there anyway that I can ensure that the old
> TableModel is completely removed from the JTable?

When you set the model, this is handled by JTable.


0
Never miss a deadline with monday.com

The revolutionary project management tool is here!   Plan visually with a single glance and make sure your projects get done.

 
jimaricat072100Commented:
hi...mwalker,.

if u'r table class object is 'table1' and the tablemodel's is 'tableModel1'.then

u can insert this two lines before every vhange occured in table..

table1.tableChanged(new TableModelEvent(tableModel1));
table1.repaint();

hope u reached somewere near...

Jim
0
 
objectsCommented:
> table1.tableChanged(new TableModelEvent(tableModel1));

Wouldn't recomend calling tableChanged directly, it is intened to only be called by the table model.

> table1.repaint();

This is unnecessary as it is already handled internally by the table.

0
 
jimaricat072100Commented:
if the table class is implementing TableModel..then we can call tableChanged method directly..

the repainting is still a bug in JTable,..
0
 
jimaricat072100Commented:
if the table class is implementing TableModel..then we can call tableChanged method directly..

the repainting is still a bug in JTable,..
0
 
mwalkerAuthor Commented:
After carefully looking at my code, I realized that I was doing the streaming updates using a SwingWorker thread.  Consequently, one or more of the old threads (created to update the previous view) was still sticking around to update the new view.  I added code in my SwingWorker to make sure that this doesn't happen.  

I tried most of the other suggestions, however, I will accept objects answer since I was using a thread other than the event dispatch thread to update the table.

Thanks for the help.
0
 
objectsCommented:
Thanks for the points :)
0
All Courses

From novice to tech pro — start learning today.