Unfreiwillig überladene Methode

[tuomo]

Namd Leutz,

ich hab ein ziemlich unangenehmes Problem. Und zwar programmiere ich gerade in der OSGi-Umgebung von Eclipse (Equinox). Wenn ich ein Bundle erstelle, muss ich die Methoden start(BundleContext) und stop(BundleContext) implementieren. Oder auch nicht, wenn beim Start des Bundles nichts passieren soll. Is auch vollig egal.

Mein Problem ist nun, dass ich in dieser Klasse das Runnable-Interface implementieren muss. Bekanntlich heißt aber die Methode, um die run-Methode des Threads zu start, ebenfalls start().

Wie kann ich unterscheiden, wann ich welche Methode meine. Ich kann ja weder die eine noch die andere Methode umbennen. Ich weiß, das es bei C++ diese Namespace-Geschichte gibt. Gibt's sowas ähnliches auch in Java? Wäre mir zwar neu, aber ich kann ja auch nicht alles wissen.

Nein, mal im Ernst, ich hab keine Idee, wie ich aus dieser Zwickmühle rauskommen soll. Ich weiß nicht einmal, nach was ich suchen sollte.

Ich dank euch mal wieder, ihr retten mich vor den nächsten grauen Haaren - schön Amd noch!

 

[SlaterB]

> Wie kann ich unterscheiden, wann ich welche Methode meine.
am Parameter?

 

[tuomo]

Schön wär's! Wenn ich this.start(); schreibe, um den Thread zu starten, dann meckert Eclipse rum, vom wegen, Attribut muss übergeben werden. Ich hab ja auch gedacht, dass das über die Parameter funktioniert, aber dqas klappt nicht. Drum bin ich ja auch so ratlos..

 

[SlaterB]

Eclipse meckert nur dann rum, wenn es start() ohne Parameter nicht gibt,
du also z.B. nicht von Thread erbst,
poste mal etwas mehr Code

das Runnable-Interface hat übrigens keine start()-Operation

 

[tuomo]

package messagebrokerconsumer;

import org.osgi.framework.BundleActivator;
import org.osgi.framework.BundleContext;

import ServerRemoteInterface;
import messagebrokeractor.AMessageBrokerActor;

public 	class MessageBrokerConsumerActivator
		extends AMessageBrokerActor
		implements BundleActivator, Runnable {

	public void processD3RemoteCall(D3ServerRemoteInterface remote) {
		// TODO Funktionalität des Threads
		
	}

	public void start(BundleContext context) throws Exception {
		// TODO startet das Bundle
		this.start();
		
	}

	public void stop(BundleContext context) throws Exception {
		// TODO stopt das Bundle

	}

	public void run() {
		// TODO Thread - Run - Fierrlefanz
		
	}
}

Da ich schon von der AMessageBrokerActor erbe, kann ich ja nur noch das Runnable-Interface implementieren. Ich brauch aber an der Stelle einen Thread. Und ne andere Möglichkeit, außer dem Runnable, ist mir nicht eingefallen.

 

[SlaterB]

ein Runnable ist kein Thread, wenn du einen Thread starten willst,
dann mit
new Thread(this).start();

 

[tuomo]

Ich bin begeistert! Es funktioniert. Ich hab immer gedacht, das Runnable-Interface ist das Aquivalent zum Ableiten von Thread. Wenn Du mir das noch ein wenig erklären können, was ich da falsch verstanden, wäre ich Dir echt dankbar. Aber es freut mich, dass es eine so einfache und elegante Lösung meines Problems gibt.

Danke nochmals..

 

[happy_robot]

ein Runnable ist kein Thread, wenn du einen Thread starten willst,
dann mit
new Thread(this).start();

ACK

und schreibt man "Fierrlefanz" nicht "Firlefanz"? :lol:

 

[happy_robot]

Ich bin begeistert! Es funktioniert. Ich hab immer gedacht, das Runnable-Interface ist das Aquivalent zum Ableiten von Thread. Wenn Du mir das noch ein wenig erklären können, was ich da falsch verstanden, wäre ich Dir echt dankbar. Aber es freut mich, dass es eine so einfache und elegante Lösung meines Problems gibt.

Danke nochmals..

Die Implementierung eines Interface ist NIE eine Alternative zur Ableitung, da es keine Implementierung hat sondern nur deren Schnittstelle vorgibt!! Trotzdem fein daß das nun klappt.