Dotaz: Java - zmena tableModelu za behu

[Mitch]

Dobrý den,

píši Swing aplikaci, která má v hlavním okně tabulku a v ní zobrazuje data, podle toho, v jaké sekci se zrovna uživatel nachází. Změnu dat řeším tím, že tabulce vždy nastavím odpovídající TableModel s daty. Problém ovšem je, pokud přejdu ze sekce, kde bylo zobrazeno v tabulce třeba 50 řádků do sekce kde si jich má zobrazit jen 10, tak i po nastaveni správného tableModelu (s metodou get rowCount vracející správný počet řádků) metodou setModel si tabulka myslí, že má zobrazit stále tech 50 řádku, nikoliv jen 10. Obráceně to ale funguje korektně, tj při přechodu 10 -> 50 se zobrazí všech 50 řádků. Vůbec nevím, jak to mám té tabulce říct, že těch řádků je méně. A Java tutorials toto téma vůbec neřeší.

Tak pokud máte někdo s tím to zkušenosti, budu velmi rád za jakoukoliv radu či popostrčení.

---

---

Odpovědi

[XY]

swing som uz davno neriesil, ale prve co ma napadlo: a co tak zmenou sekcie nevymenit len model, ale cely table komponent?

[Mitch]

To by určitě šlo, nicméně to není moc elegantní řešení a musel bych složitě sahat do layoutu. Výměna TableModelu mně přijde jednodušší a mnohem elegantnější.

[Filip Jirsák]

Voláte na té tabulce tableChanged(), nebo jí dáte jinak vědět, že se data změnila? setModel() jenom zaregistruje správné posluchače, ale pokud vím, neřeší změnu dat.

[Mitch]

Ne, tuto metodu nevolám. Zkoumal jsem jí už předtím, ale nebyl jsem sto přijít na to, jak přesně funguje a jestly je to přímo to co potřebuji. Není mi úplně jasné co jí mám předat za parametr, žádný tableModelEvent v aplikaci nemám. Respektive tableModel nemá registrovaný žádný Listener.

[moira]

Trochu střílím od boku, ale nepomůže na tom modelu zavolat fireTableDataChanged()?

[Filip Jirsák]

To je lepší varianta. Pokud tedy model dědí z AbstractTableModel. Nebo bude nutné podobnou funkci vytvořit – prostě je nutné tabulce říct, že se změnil počet řádků i jejich obsah.

[Mitch]

Toto samozřejmě dělám. Po každé změně tableModelu jej naplním daty a zavolám

tableModel.fireTableDataChanged();

Ale stejně mě ty vždy vyhodí výjimku že jsem mimo rozsah pole, tj. tabulka vola metodu tableModelu getValueAt() s rowIndexem vetsim, nežli je počet záznamu v ArrayListu.

Dyštak ještě přikládá, výjimku co to háže, ale mě z ní stále vychází, že tabulka neví o změněném počtu řádků.

Exception in thread "AWT-EventQueue-0" java.lang.IndexOutOfBoundsException: Index: 1, Size: 1
	at java.util.ArrayList.RangeCheck(ArrayList.java:547)
	at java.util.ArrayList.get(ArrayList.java:322)
	at gui.UzivateleTableModel.getValueAt(UzivateleTableModel.java:31)
	at javax.swing.JTable.getValueAt(JTable.java:2686)
	at javax.swing.JTable.prepareRenderer(JTable.java:5703)
	at javax.swing.plaf.basic.BasicTableUI.paintCell(BasicTableUI.java:2072)
	at javax.swing.plaf.basic.BasicTableUI.paintCells(BasicTableUI.java:1974)
	at javax.swing.plaf.basic.BasicTableUI.paint(BasicTableUI.java:1770)
	at javax.swing.plaf.ComponentUI.update(ComponentUI.java:143)
	at javax.swing.JComponent.paintComponent(JComponent.java:752)
	at javax.swing.JComponent.paint(JComponent.java:1029)
	at javax.swing.JComponent.paintChildren(JComponent.java:862)
	at javax.swing.JComponent.paint(JComponent.java:1038)
	at javax.swing.JViewport.paint(JViewport.java:747)
	at javax.swing.JComponent.paintChildren(JComponent.java:862)
	at javax.swing.JComponent.paint(JComponent.java:1038)
	at javax.swing.JComponent.paintChildren(JComponent.java:862)
	at javax.swing.JComponent.paint(JComponent.java:1038)
	at javax.swing.JComponent.paintChildren(JComponent.java:862)
	at javax.swing.JComponent.paint(JComponent.java:1038)
	at javax.swing.JComponent.paintChildren(JComponent.java:862)
	at javax.swing.JComponent.paint(JComponent.java:1038)
	at javax.swing.JLayeredPane.paint(JLayeredPane.java:567)
	at javax.swing.JComponent.paintChildren(JComponent.java:862)
	at javax.swing.JComponent.paintToOffscreen(JComponent.java:5131)
	at javax.swing.BufferStrategyPaintManager.paint(BufferStrategyPaintManager.java:278)
	at javax.swing.RepaintManager.paint(RepaintManager.java:1224)
	at javax.swing.JComponent.paint(JComponent.java:1015)
	at java.awt.GraphicsCallback$PaintCallback.run(GraphicsCallback.java:21)
	at sun.awt.SunGraphicsCallback.runOneComponent(SunGraphicsCallback.java:60)
	at sun.awt.SunGraphicsCallback.runComponents(SunGraphicsCallback.java:97)
	at java.awt.Container.paint(Container.java:1780)
	at java.awt.Window.paint(Window.java:3375)
	at javax.swing.RepaintManager.paintDirtyRegions(RepaintManager.java:796)
	at javax.swing.RepaintManager.paintDirtyRegions(RepaintManager.java:713)
	at javax.swing.RepaintManager.seqPaintDirtyRegions(RepaintManager.java:693)
	at javax.swing.SystemEventQueueUtilities$ComponentWorkRequest.run(SystemEventQueueUtilities.java:125)
	at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:209)
	at java.awt.EventQueue.dispatchEvent(EventQueue.java:597)
	at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:269)
	at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:184)
	at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:174)
	at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:169)
	at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:161)
	at java.awt.EventDispatchThread.run(EventDispatchThread.java:122)

PS: Teď mě ještě napadá, nemůže to mít nějakou souvislost s vlákny, že se gui operace neprovádí v

SwingUtilities.ivokeLater()

?

[ZAH]

Spíš javax.swing.table.AbstractTableModel.fireTableStructureChanged

[Mitch]

Tu jsem zkoušel také, bohužel bez úspěchu. Vpodstatě vše podstatné se děje v těchto dvou metodách. nejdříve se zavolá ta nastavTableModel a pak zobrazUzivatele

private void zobrazUzivatele() {
		UzivateleCol.getInstance().getUzivatele(null);			
		tableModel.setData(UzivateleCol.getInstance());
		tableModel.fireTableDataChanged();			
	}
	
	private void nastavTableModel() {		
		/*  nastavíme tabulce nový table model pro práci s uživateli */		
		
		tabulka.setModel(tableModel);
		//tableModel.fireTableStructureChanged();
tableModel.fireTableDataChanged();
	}

[Filip Jirsák]

Pokud používáte AbstractTableModel, stačí se podívat do JavaDocu, že těch metod fireTable* tam je více a přečíst si jejich dokumentaci.

[Mitch]

Ano, to já vše vím. Ale nic z toho nefunguje, ze zoufalosti jsem už zkoušel opravdu téměř každou blbost.

[Filip Jirsák]

Není potřeba nic zkoušet, v dokumentaci je napsané, co která metoda dělá, případně si to můžete ověřit ve zdrojáku. Ve zdrojáku je také vidět, že když zavoláte tableChanged(null), mělo by se s modelem začít úplně od začátku. Jinak měnit model tabulky za běhu je trochu divné, měl byste měnit data v tom modelu.

[Mitch]

Ano já vím, ale tady není problém s modelem, ten funguje korektně, tady jde o tabulku, která si pamatuje počet řádků a nechce ho zmenšit, nicméně pokud je počet řádků v novém tableModelu větší, tak je zobrazí všechny. A ta změna tableModelu je proto, protože každý tableModel zobrazuje jiná data, v každém sloupečku jiné dat.typy a podobně, takže to v podstatě ani jinak nejde.

[moira]

Co ještě zkusit tu předchozí navrhovanou variantu? Tj. mít pro každý model vlastní JTable a pak je jen prohazovat přes setVisible?

[ZAH]

Nějaký bordel s RowSorter ???

[Mitch]

Ano, rowSorter opravdu používám, na to se schválně podívám, to mě ještě nanapadlo.

[Mitch]

Pane vy jste genius, opravdu to byl ten RowSorter. Po jeho nahrazení novým vše šlape jak hodinky.

Děkuji všem za pomoc a za nakopnutí