blockierenden Prozess stoppen

[silke bischof]

Hallo zusammen,

ich habe ein Programm, das aus zwei Threads besteht.
In dem ersten Thread läuft ein UDPServer und in dem Zweiten das Programm, das die empfangen Packete auswertet.

Nun habe ich das Problem, wenn ich das Programm beenden möchte, steht der erste Thread immernoch an dem blockierenden Befehl "datagrammSocket.receive(datagramm)".
Wenn ich die Bedingung der Endlosschleife des ersten Threads auf false setze und noch ein Telegramm empfangen wird, beendet sich mein Programm so wie gewünscht, nur möchte ich nicht bis auf das Empfangen eines Telegramms warten.

Gibt noch eine andere Möglichkeit, als mit System.exit das Programm zubeenden.

Gibt es vielleicht einen Befehl, mit dem ich das Blockieren des receive Befehls aufheben kann???

Danke für die Hilfe

Gruß
Silke

 

[meez]

:bahnhof:


Was gibts denn an System.exit auszusetzen??

 

[comp89]

es gibt schon einen anderen befehl, aber der tut das selbe
Runtime.getRuntime().exit(0)

 

[silke bischof]

was es an System.exit auszusetzen gibt...

na ja das programm was ich gerade realisiere, soll später mal in eine jar -datei verpackt werden und andere progs sollen die implementieren, da wäre es schon schöner ,wenn man es auf einen normalen weg beenden könnte...

 

[bygones]

na ja das programm was ich gerade realisiere, soll später mal in eine jar -datei verpackt werden und andere progs sollen die implementieren, da wäre es schon schöner ,wenn man es auf einen normalen weg beenden könnte...

was ? wie soll jemand ein jar implementieren ???
System.exit(0) ist der Befehl zum Beenden eines Javaprogramms...

 

[silke bischof]

ich kann doch ein paar klasen schreiben, die in eine jar datei verpacken und andere programme importieren diese und greifen auf die klassen zu.. das geht... oder????

und wenn ich da einen thread habe, der sich nur mit system.exit(1) beenden lässt, ich das für mich nicht die feine englisch art... und ich hätte das gerne anderes, wenn es möglich ist... wenn nicht, muss ich damit leben

 

[bygones]

axo - das mit den Klassen nutzen geht selbstverständlich...

einen Thread kannst du u.a. auch per interrupt() beenden

 

[Guest]

Hallo,

es ist noch ein bisschen früh heute und ich kann's hier nicht testen, aber hast Du
einfach mal ausprobiert, ob Du den Socket mit close() oder disconnect() dazu bekommst
aus dem receive auszusteigen (ggf. mit einer Exception)?

Gruß,

Karl

 

[Icewind]

naja mit einem ServerSocket kann man ein timeout setzten wie lange er maximal wartet

also schau mal unter der api nach....

 

[Silke Bischof]

Danke für den Tipp mit dem cloesd()... jetzt funkst es...

 

[Bleiglanz]

System.exit(0) ist der Befehl zum Beenden eines Javaprogramms.

und sollte nur in absoluten Ausnahmefällen eingesetzt werden, für fast alle "normalen" Zwecke reicht ein "return", um aus einer Methode auszusteigen.

ich kann doch ein paar klasen schreiben, die in eine jar datei verpacken und andere programme importieren diese und greifen auf die klassen zu.. das geht... oder????

ja, und die "Anwender" dieses Jars wundern sich dann, wenn ihr eigenes GUI-Programm mittendrin -schwupp- verschwindet (oder sich ein Applicationserver einfach so beendet...)

 

[meez]

Das muss einem doch mal gesagt werden...

 

[bygones]

das system.exit(0) bezieht sich auf eine "standalone" gui mit der berühmte ExitAction...

ansonstenn stimm ich natürlich Bleiglanz zu...

 

[comp89]

echt system.exit(0) ist nicht schön ???:L
ich verwend das mindestens fünf mal in jeder klasse