Klasse rausfinden, an der eine statische Methode aufgerufen wurde ?

[nohfreak]

Moin,

folgendes Problem:

Ich habe eine Klasse A und eine Klasse B.

B ist eine Subklasse von A.

In A sei die statische Methode methode() definiert.

Nun möchte ich innerhalb der Methode feststellen, ob sie an Klasse A, oder B aufgerufen worden ist.

Hier noch ein CodeBeispiel:

public class A {
	
	public static void methode(){
		// Hier will ich irgendwie rausfinden, an welcher Klasse die Methode aufgerufen worden ist.
	}

}


public class B extends A {

}


public class testIt {

	public static void main(String[] args){
		B.methode();
	}
	
}

Ist das überhaupt möglich, falls ja, wie könnte das gehen ?

Vielen Dank schonmal für eure Zeit.

Gruß,
nohfreak

 

[maki]

Wozu würde man sowas wissen wollen?

Denke du bist da auf dem Holzweg (zu 99,9%), was willst du denn eigentlich machen?

 

[kay73]

Wozu würde man sowas wissen wollen?

Z. B. zum mitloggen oder zum Verhindern eines Aufrufs aus Sicherheitsgründen.

 

[HoaX]

Loggen: Wenn man sich den Stacktrace anschaut sieht man wo es aufgerufen wird und kann da nachsehn. Einen direkten Nutzen sehe ich nicht wirklich.

Sicherheitsgründe: SecurityManager verwenden oder dafür sorgen dass die Methode außerhalb des "sichereren" Codes nicht verfügbar ist.

 

[maki]

Z. B. zum mitloggen oder zum Verhindern eines Aufrufs aus Sicherheitsgründen.

Also doch Holzweg

Fürs Loggen empfehle ich log4j, Sicherheit kann man auf vielerlei Arten implementieren.

 

[nohfreak]

Nichtsdestotrotz würde ich gerne wissen, ob das irgendwie geht.

 

[Gast2]

Anfürsich solltest du Aufrufe [c]B.methode()[/c] vermeiden. Die statische Methode ist in A defniert und sollte dann auch immer mit [c]A.methode()[/c] aufgerufen werden. Statische Methoden werden nicht mitvererbt.

 

[kay73]

Wozu würde man sowas wissen wollen?

Also doch Holzweg

Loggen: Wenn man sich den Stacktrace anschaut sieht man wo es aufgerufen wird und kann da nachsehn. Einen direkten Nutzen sehe ich nicht wirklich.

Fragestellung ignorieren und das Problem erst mal wegdiskutieren a la "Das brauchst Du nicht.". Das könnte 1:1 aus einem Macintosh-Forum stammen...

Nichtsdestotrotz würde ich gerne wissen, ob das irgendwie geht.

...und diesen Verlauf nimmt dann die Diskussion und dann aber geschrieben vom Nicht-Mac-User.

Mich hat es übrigens auch interessiert. Das "Wissen wollen, wann und wer etwas aufruft" ist bei uns gängige Praxis und wir verwenden aspektorientierte oder aspekt-ähnliche Implementierungen um diese Aufrufe zu tracen, zu protokollieren oder die Ausführung sogar abzufangen.

Bei statischen Methoden gibt es genau das Problem, dass der Code nur in der Basisklasse lebt und allenfalls aus der Kindklasse sichtbar ist. Ich habe auf den Aufruf einen Advice geschickt und erwartungsgemäß sind "this" und "target" aus dem JoinPoint null.

Ich würde versuchen, die Klasse mit dem statischen Code in ein Singleton refaktorieren. Dann sollten die Advices ein gültiges target liefern, dessen Class Du abfragen kannst.

 

[maki]

@kay73
Wir haben hier öfters Anfänger die nach "seltsamen" Möglichkeiten fragen... da darf man ruhig mal hinterfragen wozu das gut sein soll.
Da hast du dich ja da hineingedrängt und anstatt dem TS die Frage beantwortet, damit ist immer noch nicht klar was der TS damit vorhatte.

Dass ihr mit AOP arbeitet ist schön, dass ihr das nutzt auch. Aber vielleicht ist der TS gerade am Anfang seiner Java Karriere und hat etwas ganz anderes vor als Logging & Sicherheit (die Paradebeispiele für AOP).

@nohfreak
Was hast du denn nun vor?
Willst du wirklich AOP für Logging & Sicherheit oder doch etwas ganz anderes?

 

[nohfreak]

Ne, ich wollte eigentlich was anderes. Ich wollte die Methode einfach nur einmal in der Oberklasse haben und die soll dann je nach aufrufender Subklasse was anderes ( das sich eben jeweils nur durch einen anderen String unterscheidet ) zurückgeben, damit man das nicht jedes mal in den Subklassen machen muss.

Aber das mit dem Singleton ist ne gute Idee, denke so in der Art werde ich es dann machen. Danke!

 

[mvitz]

Das klingt irgendwie grausam. Du möchtest also praktisch Vererbung innerhalb einer statischen Methode nutzen... kannst du das nicht einfach über eine normale (nicht statische) Methode der Klasse machen?