Wyjątek ze Stacktrace zawierający tylko wywołania biblioteki Java

Question

Jakie możliwe działania można podjąć, aby dowiedzieć się, co poszło nie tak, jeśli ślad stosu błędu (który nie ma miejsca w głównym wątku) nie zawiera żadnej z twoich metod ? Pełne ślad w pytaniu:

Exception in thread "AWT-EventQueue-0" java.lang.ArrayIndexOutOfBoundsException: 0 >= 0 
    at java.util.Vector.elementAt(Unknown Source) 
    at javax.swing.table.DefaultTableColumnModel.getColumn(Unknown Source) 
    at javax.swing.plaf.basic.BasicTableHeaderUI.getHeaderRenderer(Unknown Source) 
    at javax.swing.plaf.basic.BasicTableHeaderUI.getHeaderHeight(Unknown Source) 
    at javax.swing.plaf.basic.BasicTableHeaderUI.createHeaderSize(Unknown Source) 
    at javax.swing.plaf.basic.BasicTableHeaderUI.getPreferredSize(Unknown Source) 
    at javax.swing.JComponent.getPreferredSize(Unknown Source) 
    at javax.swing.ViewportLayout.preferredLayoutSize(Unknown Source) 
    at java.awt.Container.preferredSize(Unknown Source) 
    at java.awt.Container.getPreferredSize(Unknown Source) 
    at javax.swing.JComponent.getPreferredSize(Unknown Source) 
    at javax.swing.ScrollPaneLayout.layoutContainer(Unknown Source) 
    at java.awt.Container.layout(Unknown Source) 
    at java.awt.Container.doLayout(Unknown Source) 
    at java.awt.Container.validateTree(Unknown Source) 
    at java.awt.Container.validate(Unknown Source) 
    at javax.swing.RepaintManager.validateInvalidComponents(Unknown Source) 
    at javax.swing.SystemEventQueueUtilities$ComponentWorkRequest.run(Unknown Source) 
    at java.awt.event.InvocationEvent.dispatch(Unknown Source) 
    at java.awt.EventQueue.dispatchEventImpl(Unknown Source) 
    at java.awt.EventQueue.access$000(Unknown Source) 
    at java.awt.EventQueue$1.run(Unknown Source) 
    at java.awt.EventQueue$1.run(Unknown Source) 
    at java.security.AccessController.doPrivileged(Native Method) 
    at java.security.AccessControlContext$1.doIntersectionPrivilege(Unknown Source) 
    at java.awt.EventQueue.dispatchEvent(Unknown Source) 
    at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source) 
    at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source) 
    at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source) 
    at java.awt.EventDispatchThread.pumpEvents(Unknown Source) 
    at java.awt.EventDispatchThread.pumpEvents(Unknown Source) 
    at java.awt.EventDispatchThread.run(Unknown Source) 

ja obecnie próbuje uruchomić proces w tle przy użyciu SwingWorker że pod koniec aktualizuje JTable z nowymi danymi. Cały kod związany z tym zadaniem jest o wiele za duży, aby go opublikować i zastanawiam się, czy istnieje sposób na zawężenie źródła błędu.

Answer 1

StackTrace nie mogą zawierać żadnej z metod, ale to nie znaczy, że nie zawiera żadnej z utworzonych obiektów, w tym przypadku, problem najprawdopodobniej znajduje się w twoim TableModel.

W celu debugowania taki ślad stosu, ja zazwyczaj skorzystać z jednej z następujących metod:

• zrobić trochę myślenia gdzie użyć tych standardowych klas JDK i patrząc na stacktrace można już uzyskać dość dobre wyobrażenie o tym, co idzie nie tak (jak widać na podstawie odpowiedzi na to pytanie, ponieważ mamy tylko ślad stosu)
• umieść w swoim IDE "punkt przerwania wyjątku", który przynajmniej pozwoli ci użyć debuggera i uzyskać więcej informacji to, co jest dostępne w stosie stacktrace. Może ułatwić rozpoznawanie twoich obiektów i zorientowanie się, gdzie w kodzie znajduje się problem
• dołączyć kod źródłowy JDK do projektu i umieścić zwykły punkt przerwania w kodzie źródłowym JDK, aby można było rozpocząć debugowanie.
• Zamiast używać standardowego obiektu JDK, wykonaj np. anonimowe rozszerzenie zwykłej klasy JDK i nadpisanie problematycznej metody poprzez wywołanie super. To pozwala ci umieścić punkt przełomowy w problematycznej metodzie twojego problematycznego obiektu

To wszystko sprowadza się (z wyjątkiem pierwszego podejścia) do tego samego: uruchom mój debugger, aby dokładniej zbadać wszystkie powiązane obiekty co poszło nie tak. A gdy już zrozumiesz problem, naprawianie go jest zazwyczaj dość trywialne:

Answer 2

Twój JTable (lub twój nowy model) nie ma kolumn, powodując wyjątek ArrayIndexOutOfBoundsException, gdy wewnętrzny kod wywołuje DefaultTableColumnModel.getColumn.

Zapewnienie stolik ma rozmiar inny niż 0.

Answer 3

@Vulcan rozwiązał twój konkretny problem.

Ogólnie rzecz biorąc, jeśli ślad stosu nie obejmuje żadnej z twoich metod, poszukaj rzeczy, które wcześniej majstrowałeś i które są teraz wykonywane przez jakiś wątek demona. Na przykład w tym przypadku zepsułeś tabelę, a podczas losowania, bez użycia żadnej z twoich metod, wszystko poszło na południe.

Inne rzeczy, których należy szukać, to nieprawidłowe parametry konfiguracyjne, czy to pliki konfiguracyjne, parametry linii poleceń, zmienne środowiskowe i podobne.

I to jest to, że jeśli twoje metody nie spowodowały błędu, to jest to coś, co wydarzyło się zanim te pomieszane rzeczy się skończyły.

W bardzo rzadkich przypadkach, oczywiście, możesz znaleźć błąd!

Answer 4

Możesz debugować klasy java. *, Używając rt.jar i konfigurując IDE, aby umożliwić śledzenie i wkraczanie na te klasy. Następnie umieść punkt przerwania w górnych metodach śledzenia stosu i spróbuj określić, co zrobiłeś ze składnikiem wizualnym, który powoduje błąd.

Alternatywnie analizując tylko ślad stosu, można podać napiwek dotyczący problemu, na przykład w tym przypadku jest to linia o problematycznych parametrach, tak jak w kolumnach tabeli. Indeks 0 >= 0 podaje kolejną wskazówkę dotyczącą liczby kolumn oczekiwanych lub naprawdę obecnych.

Ogólnie rzecz biorąc, niezbędne jest dogłębne zrozumienie zachowania komponentów w celu ustalenia przyczyny.

Answer 5

Zazwyczaj te niby ślady stosu (NPE lub IndexOutOfBounds podczas układu Swing/malowania, zobacz RepaintManager/Spójrz & Poczuj zajęcia w ślad) są powodowane przez nie tworzenie/modyfikowanie komponentów Swing na EDT (wysyłka wątek event) . Obejmuje to aktualizację modelu danych Swing, takiego jak TableModel, który powoduje zdarzenia pożaru, które spowodują odświeżenie.

Szukaj w "Samouczek współdziałania z java swing", aby uzyskać więcej informacji.