Discussion :

[BugFactory]

Bonjour,

je cherche à trouver toutes les classes implémentant une interface.

La méthode Class.getInterfaces() permet de trouver toutes les interfaces implémentées par une classe. Je veux faire l'inverse : trouver toutes les classes implémentant une interface.

Quelqu'un sait-il comment faire?

Cordialement,

[adiGuba]

Salut,


Ce n'est pas possible tel quel. Que veux-tu faire précisément ?

a++

[JeitEmgie]

Salut,


Ce n'est pas possible tel quel. Que veux-tu faire précisément ?

a++

non trivial ne veut pas dire impossible…

ce n'est ni simple ni rapide…
mais il est parfaitement possible de scanner un bytecode pour détecter ce genre de choses…
ou d'avoir son propre class loader pour tracker les classes recherchées…

la solution dépendra du contexte…

regardez déjà du côté de http://jboss.org/javassist/ …

[adiGuba]

Sauf que c'est super lourd à mettre en place, puisqu'il faudrait charger toutes les classes du classpath

Il y a surement une solution alternative qui permettrait de résoudre son problème, mais pour cela il faut savoir ce qu'il veut faire !

a++

[BugFactory]

Bonjour et merci pour vos réponses. Effectivement, Javassist a l'air très intéressant, mais je ne pense pas que ce projet me laissera le temps d'apprendre quelque chose d'aussi complexe pour si peu. Je l'étudierai probablement plus tard, par curiosité, à moins de trouver un code près à servir.

J'espère que vous aurez la patience de lire mes explications. Accrochez vous, c'est parti.

Je commence un projet utilisant les EJB. Le problème, c'est que le chef de projet n'aime pas avoir d'annotations dans les entités, car on utilise le modèle à plusieurs couches et les annotations font partie de la couche persistance.

La solution est d'avoir pour chaque entité un bean dépourvu de toute annotation, et un décorateur de ce bean avec toutes les annotations. On a également une interface commune au bean et au décorateur, et une autre interface commune à ces décorateurs. De plus, les décorateurs doivent avoir deux constructeurs : un sans paramètre créant un nouveau bean et un autre prenant en paramètre le bean à utiliser.

Par exemple, pour une entité "Info" :

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
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
 
// L'interface des décorateurs EJB
public interface IEjbBeanWrapper<T> {
	T getBaseBean();
}
 
// L'interface de l'entité
public interface IInfo {
	public Integer getId();
	public void setId(Integer id);
 
	// Autres champs...
}
 
// Le javabean
public class InfoImpl {
	private Integer id;
	// Autres champs...
 
	public Integer getId() { return id; }
	public void setId(Integer id) { this.id = id; }
	// Autres champs...
}
 
// Le décorateur EJB
@Entity
public class InfoEjb implements IEjbBeanWrapper<IInfo>, IInfo {
	private IInfo baseBean;
 
	public InfoEjb() {
		this.baseBean = new InfoImpl();
	}
 
	public InfoEjb(IInfo baseBean) {
		this.baseBean = baseBean;
	}
 
	@Transient
	public IInfo getBaseBean() {
		return this.baseBean;
	}
 
	@Id
	public Integer getId() {
		return baseBean.getId();
	}
 
	public void setId(Integer id) {
		baseBean.setId(id);
	}
 
	// Autres champs...
}

Toujours là? Les DAO peuvent donc enregistrer une Info en l'emballant dans le décorateur, via son constructeur prenant le bean de base en paramètre, et en enregistrant le décorateur comme si c'était une enité. Pour charger une info, on obtient du persistenceManager un InfoEjb dont il suffit d'utiliser la méthode getBaseBean.

Ca se complique si un bean en référence un autre. Si un bean A a une propriété b de classe B, en chargeant A depuis la base, on obtiendra un décorateur AEjb. On peut obtenir le bean de classe A grâce à AEjb.getBaseBean(). Mais la propriété b de la classe A contient elle-même un BEjb! On peut bien sûr obtenir b sous forme de B grâce à BEjb.getBaseBean().

Multipliez celà par le nombre d'entité et de relations entre entités du projet, et vous comprendrez pourquoi je cherche à automatiser l'emballage et le déballage.

C'est là que l'API de reflexion de Java m'est utile. Pour déballer une entité, j'ai deux choses à faire:
1. Appeler getBaseBean sur le Wrapper pour avoir le bean.
2. Invoquer tous les getters du bean. Si ils renvoient un wrapper, ce qu'on peut tester avec instanceOf IEjbBeanWrapper, le déballer à son tour (il y a donc récursivité) puis utiliser le setter du premier bean pour remplacer le wrapper par le second bean.

C'est l'opération inverse qui pose problème : l'emballage. Si je peux facilement tester qu'un objet est un wrapper en vérifiant si c'est une instance de IEjbBeanWrapper, je n'ai pas cette possibilité pour reconnaître un bean de base. Et je ne peux pas créer une interface à implémenter par les beans de base, puisque le but est que ces beans n'ait justement aucun code spécifique à la persistence.

C'est pourquoi j'ai imaginé chercher toutes les classes implémentant IEjbBeanWrapper. Si je les trouve, je peux utiliser l'API de réflexion pour connaître le type de retour de leurs méthodes getBaseBean. Je peux ainsi établir la liste exhaustive des beans de base avec leur wrapper, ce qui résout le problème précédent.

L'alternative est "d'enregistrer" tous les wrappers à la main, mais je préférerai limiter au maximum le travail des développeurs des entités.

Voilà, j'espère avoir été compréhensible à défaut d'être bref.

[JeitEmgie]

AspectJ, cglib, javassist