Java Threads

Re(2): Java Threads

MrHorny — Tue, 15 Jan 2008 18:31:21 GMT

Threads ruft man aber generell mit thread.start() auf ?!
nur wenn man das Runnable Interface verwendet hat man die run() Methode

Funktioniert uebrigens beides nicht - weder so, noch so rum

Re(2): Java Threads

thE — Tue, 15 Jan 2008 12:15:07 GMT

omg

Jo, das wärs dann!

Re(8): Java Threads

Somnatic — Tue, 15 Jan 2008 12:12:53 GMT

könnte es sein das dann gar nix mehr geht

Nö, dafür sorgt der Windows Scheduler.

Re(7): Java Threads

thE — Tue, 15 Jan 2008 11:44:20 GMT

Und wo wird da diese Threadklasse instanziert?

Und ist shell.open() das gleiche wie JFrame.setVisible(true); ?

Re(6): Java Threads

MrHorny — Tue, 15 Jan 2008 11:21:57 GMT

nein im Moment starte ich es ganz primitiv uebers Eclipse

Gui hat ne Metode start
pulbic void launchGui{
... //Gui zusammenbauen

   shell.setSize(640, 480);
   shell.open ();
   while (!shell.isDisposed ()) {
   if (!display.readAndDispatch ()) display.sleep ();
  }
  isplay.dispose ();
}

und wird dann halt ueber ne andere Klasse mit main Methode ausgefuehrt

TestGui t= new TestGui();
t.launchGui()
usw...

Re(7): Java Threads

thE — Tue, 15 Jan 2008 11:18:23 GMT

Ich meine wenn es nur while(true); ist!
Und da nix gemacht wird, könnte es sein das dann gar nix mehr geht!

Mir gings nicht darum, dass die Arbeit in dem Thread immer wieder wiederholt werden soll.

Re(6): Java Threads

Somnatic — Tue, 15 Jan 2008 11:17:16 GMT

Na klar jagt es die CPU Belastung in die Höhe, er tut dann ja auch dauernd was - der eigentliche Thread jedoch bleibt davon unbelastet, er reagiert nach wie vor.

Re(5): Java Threads

MrHorny — Tue, 15 Jan 2008 11:16:38 GMT

Ganz genau, das while(true) soll ja verhindern, dass der Thread vorzeitig beendet wird, und permanent verfuegbar ist, solang der Thread offen ist.

(da dieser eh als daemon laeuft, beendet er sich automatisch sobald das Gui geschlossen wird)

Re(5): Java Threads

thE — Tue, 15 Jan 2008 11:15:59 GMT

Na gut, das sollte die GUI aber nicht blockieren!

Kenn mich mit dem SWT Zeugs nicht aus und verwende (in meinen Augen den Schmarn) es auch nicht.

Wird dieser GUI Konstruktor von einem Event aufgerufen oder wie wird der aufgerufen?

Re(4): Java Threads

MrHorny — Tue, 15 Jan 2008 11:14:29 GMT

naja der Thread soll Primaer Daten die ueber eine socket Verbindung daherkommen verarbeiten. Im Moment sieht die while Schleife bei mir so aus
(was auch funktioniert, nur das Gui blockert eben)

while(true){
   Socket client;
   try {
      client = server.accept();
      BufferedReader in = new BufferedReader(new InputStreamReader(
      client.getInputStream()));
      String line = in.readLine();
      System.out.println("Received: "+ line);
      ...//Verarbeitung usw.
   } catch (IOException e) {
      ...
   }
}

Re(5): Java Threads

thE — Tue, 15 Jan 2008 11:10:59 GMT

Ein while(true)?

Naja, ich weiß nicht. Selbst in C jagt dir das die Prozessauslastung extremst hoch. Ich werds nach dem Essen mal antesten

Re(4): Java Threads

Somnatic — Tue, 15 Jan 2008 11:08:59 GMT

Nunja, da er es ja in einen eigenen Thread ausgelagert hat, sollte es das eben nicht.

Ich kann zwar nur aus meiner Erfahrung mit C# sprechen, dort wäre ein solches Konstrukt afaik problemlos möglich.

Re(3): Java Threads

thE — Tue, 15 Jan 2008 11:07:07 GMT

Naja, ist in dem while den schon was drinnen?

Ein while(true) ohne ein sleep blockiert dir eigentlich die ganze Maschine!

Re(2): Java Threads

MrHorny — Tue, 15 Jan 2008 11:05:10 GMT

Hi, danke fuer den Tipp

Aber der Thread greift weder auf das Gui zu, noch macht er sonst irgendwas damit. Der Plan waere eigentlich, dass er komplett eigenstaendig laeuft (als thread nona) und das Gui dazu parallel. Das muss doch auch so realisierbar sein oder ?

Re: Java Threads

thE — Tue, 15 Jan 2008 10:17:32 GMT

Die GUI kann nur im EventDispatcherThread neu gezeichnet werden!

Wenn dann musst du die Arbeit in einen Thread auslagern und nicht die GUI Operationen!

Falls du nach einem Button druck/klick etwas machen willst, empfehle ich dir die foxtrot API!
Zb so geht das

      public void keyPressed(KeyEvent e) {
        if(e.getKeyCode() == KeyEvent.VK_ENTER || e.getKeyCode() == KeyEvent.VK_SPACE)
        {
          System.out.println("VORM ARBEITEN");
          try{
            Object ret = foxtrot.ConcurrentWorker.post(new foxtrot.Job() {
              public Object run() {
                System.out.println("ARBEITE");
                //hier arbeite
                return null;
              }
            });
          }catch(Exception ex){
            ex.printStackTrace(System.out);
          }
          System.out.println("NACH ARBEITE!");
        }

die Arbeit in der run Methode wird ganz normal ausgeführt und die GUI wird nicht BLOCKIERT! Desweiteren leibt das ganze Teil STEHEN!
So sind die Ausgabe hier:
VORM ARBEITEN
ARBEITE
NACH ARBEITE

Bei nem new Thread wird einfach dahinter weitergemacht! foxtrot macht das aber nicht!

Nachtrag: hier ein nettes Video zu dem Problem SwingGUI hängt!
http://www.javalobby.org/eps/galbraith-swing-2/

Java Threads

MrHorny — Tue, 15 Jan 2008 09:41:38 GMT

Hallo,

ich habe ein kleines Problem mit einer SWT Gui und einen Thread der eigentlich dazu parallel laufen sollte. Im Moment blockiert aber der Thread sobald er gestartet ist die ganze Gui Oberflaeche. Entweder ich steh grad total auf der Leitung oder uebersehe irgendwas.

Das Programm sieht ungefaehr so aus:

public class Gui  {
...
public Gui(){
   Thread t = new MyTestThread();
   t.setDaemon( true );
   t.start();
}

}

public class MyTestThread extends Thread {
public void start(){
   System.out.println("Thread Running !");
   while(true){
      //do something
   }
}

danke fuer Eure Hilfe
mfg