Réflexion et annotations

Exercice 1 - Affichage d'un graphe cyclique

1. Dessiner le graphe correspondant (sur une feuille de papier).
2. Ecrire le code de création du graphe.
3. On souhaite écrire une méthode toString() dont l'affichage indique le noeud initial, puis une ligne par noeud du graphe, chaque ligne contenant un identificateur pour le noeud suivi de deux points et des noeuds vers lesquels il possède un arc.
   
   
   Quel est le parcours de graphe utilisé ?
   Quel est la structure de données que l'on doit utiliser pour réaliser ce parcours. A quel interface cela correspond en Java ? Quel implantation choisir ?
   Réaliser l'implantation de toString() .
4. Ecrire une méthode qui teste si deux noeuds ont le même nom.
   Que se passe-t'il s'il y a un cycle ?
   Modifier le code sans changer le classe Node .

Exercice 2 - Annotation

1. Écrire une fonction printMarked(int level) qui affiche l'ensemble des champs et méthodes (tous même les pas visibles et ceux hérités) annotés par une annotation @Marked dont l'attribut level est au moins level .
2. Déclarer une annotation Print tel que pour un objet
   • Si un champs est marqué Print ou Print(true) alors le champs est affiché si c'est un type primitif ou String
   • Si un champs est marqué Print ou Print(true) et si son type est autre alors l'ensemble des champs de l'objet est récusivement affiché.
   • Si un champs est marqué Print(false) ou n'est pas marqué par Print alors le champs est ni affiché ni parcouru récursivement.
   L'annotation ne doit être positionnable que sur les champs.
3. Écrire une fonction deepPrint(Object o) qui affiche récursivement les champs de l'objet en utilisant l'annotation Print.
   Attention aux cycles.

Exercice 3 - Bidouillage des itérateurs d'ArrayList

Les itérateurs obtenus à partir des collections du paquetage java.util sont dits fail-fast, ce qui signifie qu'une modification de la structure itérée entrelacée avec l'utilisation de l'itérateur provoque par cette dernière la levée d'une ConcurrentModificationException . Pour contrôler ces modifications, les itérateurs utilisent le champ modCount protégé de la classe abstraite AbstractList .
Pour vous en convaincre, vous pouvez regarder le code source avec eclipse.
En utilisant les mécanismes de réflexion offerts par le paquetage java.lang.reflect , faites en sorte que, dans le cas particulier l'exemple suivant, l'exception ConcurrentModificationException ne soit pas levée par l'itérateur d'un ArrayList , malgré la modification faite sur cette structure. Pour celà, vous devrez modifier par réflexion la valeur du champ modCount de la liste.

Exercice 4 - Chargeur de classes prolixe

1. On cherche à écrire un chargeur de classe affichant les classes chargées en utilisant les classes de l'exercice 1.
   Pour cela, redéfinissez la méthode loadClass afin que la méthode affiche les classes chargées.
   
2. Appeler par réflexion la méthode main de la classe Graph .
3. Expliquer pourquoi le classloader n'affiche pas le chargement de la classe Node ?
4. Rappeler la différence entre la méthode findClass et loadClass de la classe ClassLoader .
   Corrigé votre code en conséquence.
5. Voici le code pour charger une classe sur le disque, en fait il marche pour les classes chargées à partir de n'importe quel URL. On récupère l'URL en utilisant la méthode getResource(String) .
   
   Modifier votre classloader pour qu'il charge lui-même les classes de l'exercice 1 en changeant loadClass .
   Attention, vérifier que vous ne chargez pas plusieurs fois la même classe. De plus, les classes du boot classpath (par exemple java.lang.String ) ne peuvent pas être chargé par un autre ClassLoader que le ClassLoader primordiale.
6. Modifier le code pour qu'il utilise un logger (paquetage java.util.logging.Logger ).