Discussion :

[sepas]

Est-il possible, dans une méthode publique A.doIt() :
- d'identifier la classe de l'objet B qui appelle cette méthode ?
- de récupérer la référence de l'objet B qui appelle cette méthode ?
- de récupérer le nom de la méthode de l'objet B qui a appelé cette méthode ?

[cameleon2002]

Salut,

tu a sa dans la trace, maintenant savoir si c'est utilisable en temps que tel ...
Je ne sais pas quel est le but de ta manoeuvre, mais a mon avis y a surement moyen de régler sa de manière plus jolie ....

[sepas]

Disons qu'il s'agit de sécuriser l'accès à certaines méthodes sensibles, de s'assurer de l'identité de la "personne" qui tente d'accéder à cette méthode.
En C++ j'aurais utilisé les déclarations d'amitié, c'est un peu ça que je voudrais.

[Tommy31]

Je serais curieux de voir comment tu t'y prends en C++ avec un friend...

[sepas]

Comment je m'y prends pour faire quoi ?

[sepas]

Si tu veux dire comment je m'y prends pour m'assurer de l'identité de l'objet qui tente d'accéder à ma méthode effectivement friend ne me sert à rien. En revanche je peux quand même réserver l'accès à Friend.needMoney() plutot qu'à Gangster.holdUp(), non ?

[Grimly_old]

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
class A {
doIt(B appelant) {}
}
 
class B {
public void maMéthode(Object... args) {
...
A obj = new A();
...
obj.doIt(this);
...
}

[sepas]

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
class A {
doIt(B appelant) {}
}
 
class B {
public void maMéthode(Object... args) {
...
obj.doIt(this);
...
}
 
class Usurpateur {
public void maMéthode(Object... args) {
...
B leurre = new B();
...
A.doIt(leurre);
...
}

[DevServlet]

Voila comment tu px recuperer la reference de l'objet appelant et le nom de la
méthode dans laquelle s'est fait l'appel :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
 
class B {
public void trucB(Object  refObjetAppellant,String nomMethode) {
...
 
...
}
 
class A{
private B b;
public void trucA(...) {
...
 b.trucB(this,this.trucA.toString());
 
...
}

Et voila je crois que ca repond parfaitement à ta question , ou sinon n'hesites pas à la reposer.

[sepas]

Ta réponse repose sur la "sincérité" de la classe appelante.
Moi je cherche un contrôle de cette sincérité dans la classe appelée.
La classe appelante est-elle bien ce qu'elle prétend être ?

[Tommy31]

Si l'authentification repose uniquement sur le type et non l'instance, la réponse t'as été donnée. Il faut utiliser la stack trace pour ainsi obtenir la classe appelante.

Tu peux l'obtenir ainsi:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
Thread.currentThread().getStackTrace()

Si c'est l'instance que tu veux c'est beaucoup plus délicat, et dépend du contexte, car dans le cas d'une classe statique réalisant l'appel, comment déterminer l'instance appelante ?

Néanmoins, tu peux t'en sortir en recourant à l'AOP. Une piste ici: http://dev.eclipse.org/mhonarc/lists.../msg01191.html

[DevServlet]

Je pense que t'as tous les éléments de réponse à ta question,ou sinon nous l'avons peut etre pas bien comprise.

[sepas]

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
 
	public boolean control(String methodName){
		Throwable t = new Throwable(); 
		StackTraceElement[] stackTrace = t.getStackTrace();
		if (stackTrace[2].toString().indexOf(methodName)==0) return true ;
		System.err.println("Waited : "+methodName);
		System.err.println("Found : "+stackTrace[2].toString());
		fatalError("Bad origin") ;
		return false ;
		}

Ca marche mais ça ralentit vachement le programme.

[Grimly_old]

ou sinon nous l'avons peut etre pas bien comprise

+1000

Je vois mal à quoi ce bout de code peux servir !