Threads und Exceptions

[casi91]

Hallo Community,
ich habe soeben das erste mal erfolgreich einen neuen Thread in meinem Program aufgebaut und der macht auch noch was er soll :-D
Nun möchte ich ein gescheites Exceptionhandling einbinden, doch da fängt es nun an zu hapern :-(

Meine Aufgaben-/Problemstellung:
Es soll möglich sein Daten aus einer Excelliste (die nach einer bestimmten Definition aufgebaut ist) in das vorhandene System zu importieren (Kontaktdaten etc.)
Dabei soll ein Fortschrittsbalken anzeigen, wie weit der import derzeit ist.

Wie gesagt, das ganze Funktioniert solange kein Fehler auftritt (Nullpointer Exception o.ä.)

Damit nun bei einem eventuellen Fehler, nicht einfach nur der Thread abgebrochen wird und der Fortschrittsbalken stehen bleibt, möchte ich dem Nutzer eine Fehlermeldung anzeigen. (Bei einer Nullpointer Exception wäre die Fehlermeldung dann natürlich für mich ;-) )

Nun ist meine Frage, wie man sowas am besten implementiert.

Nochmal ganz kurz:
- Hauptprogram zeigt Fortschrittsbalken an
- neuer Thread liest Exceltabelle aus und schreibt in DB

den Thread habe ich folgendermaßen erzeugt:

		new Thread() {
			@Override
			public void run() {
				try {
					startConnection(dbpath);
					importExcelFile();
				} catch (Exception e) {
					System.out.println(e.getMessage());
				} finally {
					stopConenction();
				}
			}
		}.start();

 

[SlaterB]

die Frage ist so allgemein wie die nach der Lösung der Euro-Krise..

du kannst Exceptions mit try/catch abfragen und dann allen Code der Welt ausführen,
den eigenen Thread stoppen, die Arbeit neu beginnen, über Instanzattribute mit allen möglichen andere Programm-Objekten, ergo auch anderen Threads kommunizieren und und und,
es gibt quasi nichts was du nicht machen kannst und keine allgemeine Formel zur Problembehandlung, sonst würde sich ja Merkel danach richten
(toll den Bogen wieder bekommen )

 

[casi91]

das die Frage etwas allgemein ist hab ich mir doch schon fast gedacht. Verzeihung.

Wie erwähnt ist das der erste Thread, den ich eigenhändig aus einem Program erzeuge und bin mich dementsprechend auch noch darin am einarbeiten.

Ich hatte anfangs gedacht, ich könnte die Exception weiterleiten...aber so einfach ist das ja nicht, da es ja ein neuer Thread ist ^.^

Wenn ich dich richtig verstanden habe, wäre es eine (auch eine saubere) Lösung, dem Thread als Attribut mein Objekt (aus dem das ganze aufgerufen/aufgebaut wird) mitzugeben.
In dem Objekt eine Methode "excelimporterror(String message)" zu definieren.
und bei einer exception im Thread dann objekt.excelimporterror("Fehler...") auszuführen?

 

[SlaterB]

es wäre zunächst ein denkbarer Vorgang, nicht mehr und nicht weniger kann man verlangen,
ob eine Lösung für irgendwas oder besonders sauber, das muss man nicht direkt beurteilen

vielleicht solltest du für den Anfang entspannter sein, nicht gleich jedes Framework, jede Lösung kennen müssen
und eigene Wege misstrauen,
bau erstmal einen Stein nach den anderen, wenn du siehst dass es irgendwo konkret scheitert oder du in 5 Klassen denselben Code wiederholen musst, dann kannst du immer noch nach fertigen Konzepten suchen

einen Thread an sich kann man natürlich nicht nachbauen, aber alles zur fachlichen Programmlogik schon

 

[tfa]

@casi91:
Eventuell kann folgendes für dich hilfreich sein:
Thread (Java Platform SE 7 )

 

[casi91]

das ist mir jetzt schon häufiger aufgefallen ;-)
Ist jetzt schon 2 mal vorgekommen, dass ich ne Woche vom eigentlichen Projektpfad abgekommen bin, weil ich merken musste, dass meine Programmlogik nicht gut ist. (und wird gewiss auch nicht das letzte mal sein)
Und dem Aufwand wollt ich mit einer vorrangestellten Frage eventuell vorbeugen.
Aber ok, dann "probier" ich einfach mal weiter ein wenig herum

 

[andreT]

Rumprobieren ist ja auch Erfahrung sammeln, von daher sicher sinnvoll

Aber hier mal meine Tipps :
1. Dein Thread sollte eine Klasse sein die von Thread erbt. Dann kannst du dieser Klasse ja auch beliebiges mit-/übergeben. Z.B. einen Listener der darauf wartet ob der Thread "ihn" fragt ob er weiter machen soll, oder nicht.
Während der Thread also läuft und eine Exception erzeugt, kann dieser dann z.B. den Listener fragen ob er weiter machen soll oder nicht (mit einem boolean-Wert als Rückgabe z.B.).

2.) Vllt. sollten deine Threads aus sowas wie einem ThreadManager o.ä. gestartet werden, dann kannst du z.B. auch mehrere Threads gleichzeitig oder hintereinander (bzw. abhängig voneinander) starten. Wie du es gerne möchtest. Die Logik im ThreadManager bleibt dir ja völlig überlassen.

Das ganze Thread-Handling ist m.E. echte Erfahrungssache daher gibt es (wie schon gesagt) keine Patentrezepte für sowas, aber o.g. Vorgehen hat mir zumindest auch weitergeholfen.

Gruß
a

 

[TP@PWverlegt]

[...]
[...]Nun ist meine Frage, wie man sowas am besten implementiert. [...]

Am Besten ist immer so eine Sache, in der Softwareentwicklung gibt es den selten da sind eher Kompromisslösungen an der Tagesordnung.

Jedenfalls zu deinem Thema, was ich desöfteren gesehen habe ist das jmd z.B. eine abstrakte Klasse Task definiert die Runnable/Callable implementiert. Dann ein kleines Eventhandling schreibt, z.B. eine Schnittstelle TaskListener den der Aufrufer (oft per anonymer Klasse) dann an seinem Task registrieren kann um über bestimmte Ereignisse notifiziert zu werden. Die Methoden im TaskListener heißen für gewöhnlich dann "void onTaskFinished", "void onTaskCancelled", "void onTaskFailed", "Throwable getFailure", etc. pp.