Logic fart in my brain, identify each cycle of while

[MonkeyMan]

As I said I'm having a major brain fart in the logic department. I'm adding event listeners to table models with a while loop, but when the listeners are attached, I find no way to identify which listener has been activated :D

Here's my code:

        DefaultTableModel bodyModel =(DefaultTableModel)bm1.getModel();
        DefaultTableModel neckModel =(DefaultTableModel)bm2.getModel();
        DefaultTableModel fretboardModel =(DefaultTableModel)bm3.getModel();

        DefaultTableModel[]modelsArray = new DefaultTableModel[3];

        modelsArray[0] = bodyModel;
        modelsArray[1] = neckModel;
        modelsArray[2] = fretboardModel;

        listenerCounter = 0;

        while(listenerCounter < modelsArray.length){
        modelsArray[listenerCounter].addTableModelListener(new TableModelListener() {
            public void tableChanged(TableModelEvent e){
                tableModelTableChanged(e, ------------------ something to identify which listener has been activated-------------------------);
            }
        });
        listenerCounter++;
    }
    }

      public void tableModelTableChanged(TableModelEvent evt, int tableIdentifier){
      //updateTableCell(evt.getFirstRow(), evt.getColumn(), tableIdentifier);
      System.out.println("this is Table number " + tableIdentifier + " reporting in!");
   }

[Norm]

identify which listener has been activated

What does it mean to "activate" a listener?

[MonkeyMan]

I mean which table had the event tableChanged happen to it. I have 3 tables, I need to know which table contains the changed value.

In other words, if the table at neckModel had a value changed, the eventListener should pass a parameter to tableModelTableChanged to tell which table it was.

[Norm]

Store a reference in the listener class when you create an instance of it.

[pbrockway2]

I need to know which table contains the changed value.

An event object (like TableModelEvent) contains a method to find out which object the event occurred on which might be helpful if you want to know which table is associated with the event. (In general, of course, there may be multiple tables that "contain" the value in question.)

[DarrylBurke]

Also, and not limited to Listener interfaces, you can't change the method signature by adding a parameter of your choosing when implementing an interface.

db

[MonkeyMan]

Solved it, thank you pbrockway2 , with yours and Toll's tip in the other thread, I was able to do getSource() on the event object that handled the change event, and then I took the hash code off the source and compared it to all tables, identifying the correct table.

I'm sure there's a lot simpler and better way to do it, but it's the best I could come up with the tips given. Never used hash before either, so it's good :)

[Fubarable]

Were you trying to find which Table was associated with the activated listener or the table model that was associated with activated listener? And what were you going to to with this information once you got it?

[MonkeyMan]

Either one really. You see, I needed the information of which table has had data changed, so I can insert the correct mySQL table name in to the update statement. This way I managed to identify the table model, which is essentially the same as identifying the table itself, since all my tables use a different table model so it works like an id for the tables themselves. If you got a tip how to identify the table directly instead of the table model, I'm sure it would be useful in the future if I ever run in to a case where I can't use the table model as an identifier.

[pbrockway2]

If you got a tip how to identify the table directly instead of the table model...

I don't have time to look it up, but I'm pretty sure that isn't possible. The event is a TableModelEvent and the library writers are pretty careful about how they name things. It will be an event that occurred in the model. But there can, in general, be multiple tables (views) of this data (model).

One thing you could do is store the id in the table model. Then the logic would be getSource()-from-event->getId()-from-model->doStuff()-with-id.

The fact that you have a single (swing) table associated with the (database) table is something of an accident. The Swing table is a view and, who knows, you may later want to have multiple views of the same database table. (A filtered view, or a summary view etc).