Kann Methode nicht aus Klassenname implements Runnable nutzen

[Colonel]

Hallo!

Ich programmiere nach dem MVC-Model.

Im Model instanziere ich eine Klasse namens RequestThread. Diese wird in einem Thread ausgeführt.

package MailSlave;

import java.io.*;

public class Model {
    Runnable ReqLogic = new RequestThread();
    Thread ReqThread = new Thread(ReqLogic);

public void M_StartServer()
    {
        ReqThread.start();        
    }

    public void M_StopServer()
    {
       ReqLogic.setRunFlag(false);    //NetBeans sagt mir, dass es diese Methode nicht gibt
    }
}

Die Klasse RequestThread sieht so aus:

package MailSlave;

public class RequestThread implements Runnable{

    public boolean runFlag = false;

    public void setRunFlag(boolean runFlag)
    {
        this.runFlag = runFlag;
    }

    public boolean getRunFlag()
    {
        return this.runFlag;
    }

    public void run()
    {
        while( runFlag == true )
        {
            System.out.println(runFlag + "\n");
        }
    }

}

Wieso kann ich die Methode setRunFlag und getRunFlag nicht ansteuern? Jede andere Methode wie getName ist möglich, nur nicht die selbstgeschriebenen Methoden.


Gruß vom Colonel

 

[Atze]

zu laufzeit würds die sogar geben, aber der compiler kennt nur das Runnable, und findet die methode nicht

wwarum machst du das

Runnable ReqLogic = new RequestThread();

nicht so

RequestThread ReqLogic = new RequestThread();

?

 

[Colonel]

Danke für die schnelle Antwort.

Ich hab mich an diesem Tutorial orientiert: Java User-Interfaces

Ziemlich am Ende geht es um Threads. Da wird es so gemacht.

Ich probiere jetzt mal deinen Weg.

 

[Colonel]

Wieviel bekommst du denn für diese simple, aber folgenreiche Antwort?

Funktioniert bestens und ich versteh nicht wieso das im Tutorial so falsch ausgewiesen dasteht. Das Beispiel dort kann doch dann garnicht funktionieren. Oder?

 

[eRaaaa]

Also eig. ist es schon schöner gegen das Interface zu programmieren!
Wenn du dann Methoden aus deiner eigenen Klasse nutzen möchtest, hättest du immer noch die Möglichkeit auf diese Klasse zu casten!

Normal steuerst du doch auch eig. eher den Thread und nicht das Runnable oder?

Also so was wie while(!isInterrupted()) ist doch extra dafür da?!

 

[Atze]

ok, oder wie eRaaaa sagt halt so

Runnable ReqLogic = new RequestThread();
((RequestThread)ReqLogic).methode();

aber wenn er das interface nicht brauch, spart er sich das casten.

 

[eRaaaa]

Was ich eig. sagen wollte ist, dass das ganze mit den Flags doch eig. unnötig ist und man daher diese Methoden gar nicht braucht.
In dem Artikel vom TO geposteten Link steht:

Es gibt auch Methoden stop(), interrupt(), suspend() und resume() für das Beenden, Abbrechen oder Unterbrechen eines Thread. Die Verwendung dieser Methoden wird jedoch nicht empfohlen ("deprecated" ab JDK 1.2), weil es dabei entweder zu Deadlock-Situationen oder zu unvollständig ausgeführten Aktionen und damit zu ungültigen Objekt- oder Datenzuständen kommen kann.

Das stimmt im Falle interrupt() aber leider so nicht imo.
Wie so häufig verweise ich mal auf die Insel:
Galileo Computing :: Java ist auch eine Insel (8. Auflage) – 11.3 Die Zustände eines Threads

 

[Atze]

stimmt, aber über den sinn der methoden habe ich garnicht nachgedacht, das design ist ja seine sache
hatte mich jetzt nur auf sein problem fokussiert