Thread beenden egal welcher Zustand?

[outbreaker]

Hallo,

ich habe folgendes Problem ich habe über JNI eine Funktionalität von Linux eingebunden um einen Access Point zu erstellen. Wenn ich den Access Point erstellt habe läuft er aber die Methode welche den Access Point erstellt hat blockiert.
Nun habe ich das ganze in einem Thread damit nicht die ganze Applikation hängt. Wenn ich nun den Access Point beenden will müsste ich nur den Thread mit der blockierenden JNI Methode abschießen. und genau da liegt mein Problem. Wie kann ich einen Thread hart beenden? ???:L
Ich habe bis jetzt noch keine Möglichkeit gefunden. Ich weiß das man das normalerweise nicht macht aber im Moment habe ich keine andere Möglichkeit und es würde mir so reichen.

Jemand eine Idee?

Danke für die Hilfe

 

[HoaX]

Thread#stop()

Wie erstellst du denn den AP mittels JNI, also welche API? Welcher Aufruf dort blockert? Eigentlich muss es einen anderen Weg geben als den Thread zu töten.

 

[Raum114]

Wie wäre es mit accessPointStarterThread setDeamon(true) geht das nicht?

 

[outbreaker]

Wie wäre es mit accessPointStarterThread setDeamon(true) geht das nicht?

Was bringt mir das? Wie kann ich den Thread dann beenden?

@HoaX: Wie gesagt ich weiß das der Weg nicht schön ist aber im Moment der einzige. Zum Erstellen des APs benutze ich Hostadp und eine umgeschriebene Hostadp_main in C. Die wird auch verwendet wenn man das ganze in der Konsole ausführt und um den AP zu beenden schließt man das Programm in der Konsole z.b. strg+c

 

[Raum114]

Hatte es so aufgefasst, dass mit dem Beenden der Applikation auch der AP Thread beendet werden kann.
Aber scheinbar willst du den AP Thread beenden können ohne die Applikation zu schliessen. Wenn du thread.interrupt() aufrufst, kehrt der Thread dann nicht zurück?

 

[outbreaker]

Hatte es so aufgefasst, dass mit dem Beenden der Applikation auch der AP Thread beendet werden kann.
Aber scheinbar willst du den AP Thread beenden können ohne die Applikation zu schliessen. Wenn du thread.interrupt() aufrufst, kehrt der Thread dann nicht zurück?

Ja genau das will ich machen. Aber mit den Thread Methoden wie destroy(), stop(), interrupt() habe ich es versucht da hält er nicht an

 

[HoaX]

Wenn es stop() nicht tut, dann wirst du nicht umhin kommen deinen C-Code richtig zu machen.

 

[chalkbag]

Ich spekuliere jetzt nur, aber aus meiner OS-Vorlesung...

Wenn du einen Thread (t1) schreibst, welcher dann den eigentlichen JNI Thread (t2) startet, hast du ja quasi eine Vater-Sohn Beziehung von t1 zu t2.

Nun könntest du in t1 einen Stopp-Mechanismus implementieren welcher t1 veranlasst sich zu beenden. Nach meinem Wissen sollte doch bei Beenden des Vaters der Sohn auch beendet werden.

Kurz: Den JNI Thread in einen zusätzlichen Thread kapseln, welchen du kontrollieren kannst.

 

[despikyxd]

ähm ... java.lang.Thread.stop() wurde deprecated ...
und java.lang.Thread.interrupt() kann auch mal nicht erfolgreich sein ...

laut den Java7-docs muss man "von außen" dafür sorgen das der betroffende Thread gekillt wird wenn die java-internen methoden nicht greifen ..

also kurz um : du kommst um ein HARD-KILL nicht drum rum wenn du nicht deinen "umgeschriebenen" C-code entsprechend anpasst

das mit der PARENT-CHILD - verbindung klingt zwar logisch und "immer" umsetzbar ... allerdings passiert folgendes wenn du aus dem parent-thread returnen willst : Thread.interrupt wird auf den child-thread angewendet ... was ja wie beschrieben nicht greift und damit die return-methode *also die die aus dem RUN returnen soll* zum mit-hängen bringt ... und zwar genau am return selbst *witziger weise ^^*

einmal kurz in die docs kuggn hat schon oft geholfen