Comment executer une liste de méthodes passées en argument

Version imprimable

Pour réinitialiser une Bdd j'ai une jsp qui propose une réinit de tout ou partie. Donc suivant l'option choisie (10 option) je ferai une sauvegarde et une réinit de ou des tables concernées. La réint de chaque table est associée à une méthode du même nom, toutes les méthodes sont dans la même class iniBdd. Donc je je proposais d'écrire la class générique en lui passant en argument un tableau des tables à réinitialiser:
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 public class Bdd_initialisation {<div style="margin-left:40px"> public static void main(Statement stmt,HttpSession session,String[] tbl){ StringBuffer export = new StringBuffer(); for(int i=1;i=tbl.length();i++) {//class de sauvegarde export = export.append("--table "+tbl[i]+"\n--"); export = export.append(librairie.FormatageSQL.main(stmt,tbl[i]); export = export.append("--"); //méthode de réint de la table // -> une méthode par table // ttes les méthodes (50) sont dans la même class // nom de table = nom de méthode librairie.InitBdd. nom de la table -> tbl[i] (stmt); } session.setAttribute("export",export.toString()); }</div>}
Comment écrire la ligne en rouge ??
Merci

29/09/2007, 21h26
gifffftane

:faq: Comment lancer dynamiquement une méthode donnée d'un objet ?

... cependant, quand on n'a jamais entendu parler de ces concepts java de reflexivité, je ne sais pas si c'est très clair. Regarde d'autres liens sur le sujet (il y a d'autres informations dans la :faq:) et si tu y arrives pas on essaiera de te donner un exemple plus proche de ce que tu cherches.
29/09/2007, 21h27
sinok

http://ricky81.developpez.com/tutori...pi/reflection/

PS: merci de penser aux balises code (bouton # au dessus de la boite de saisie)

Merci de vos réponses
Pour les balises je ne pensais pas en écrire autan.
Donc suivant vos indications et la FAQ j'ai écris ce qui suit mais j'ai tjs un pb c'est l'apprentissage:

Code:

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
 
 
import java.sql.Statement;
import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpSession;
import java.lang.reflect.*;
 
public class Bdd_initialisation_1 {
 
	public static void main(Statement stmt,HttpSession session,HttpServletRequest a){
		String tbl = "";
		Class c = null;
		try {c = Class.forName("librairie.Init_bdd");
			} catch (ClassNotFoundException e1) {e1.printStackTrace();}
		Object[] args = {stmt};
 
		if(a.getParameter("c1")!=null)
			{tbl ="f15"; 
			//attendu -> librairie.Init_bdd.f15(stmt);
			 try{administration.Bdd_initialisation_1.lancerMethode_2(c, args, tbl);}
			 catch (final Exception e){e.printStackTrace();};
 
			}
 
	}
 
 
 
	public static Object lancerMethode_2(Class c, Object[] args, String nomMethode) throws Exception
	{Class[] paramTypes = null;
	 if(args != null)
	   	{paramTypes = new Class[args.length];
	   	for(int i=0;i<args.length;++i)
	   		{paramTypes[i] = args[i].getClass();}
	   	}
	   //System.out.println(obj.getClass());
	   Method m = c.getMethod(nomMethode,paramTypes);
 
	   return m.invoke(c,args);
	}
 
}

tout semble correcte mais j'ai l'exception suivante et là je ne pige pas:

java.lang.NoSuchMethodException: librairie.Init_bdd.f15(com.mysql.jdbc.Statement)
at java.lang.Class.getMethod(Unknown Source)

car la méthode à lancer est : librairie.Init_bdd.f15(stmt)

Merci pour le coups de pouce

30/09/2007, 21h12
djo.mos

Bonjour.
Comme te le dit le texte de l'exception, la JVM ne trouve pas une méthode appelé f15 dans la classe Init_Bdd et qui prend un com.mysql.jdbc.Statement comme seul paramètre.
Il faut vérifier ça dans la classe Init_Bdd ou encore en poster le code ici.

Bonne chance.

Là justement le bas blesse car la class/méthode appelée est celle-ci:

Code:

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
 
package librairie;
 
import java.sql.SQLException;
import java.sql.Statement;
import javax.servlet.http.HttpSession;
 
public class Init_bdd {
 
	public static void f15( Statement stmt){
		String sql = "DROP TABLE IF EXISTS f15";
		try{stmt.execute(sql);}catch(final SQLException e){;}	
			sql = "CREATE TABLE `f15` ( "
				 +"`LOCAL` varchar(25) default NULL, "
				 +"`DTE_DEB` date default '0000-00-00', "
				 +"`CODE_EMAT8` varchar(8) default NULL, "
				 +"`DTE_FIN` date default '0000-00-00', "
				 +"`DTO` int(3) default '0', "
				 +"`REALISE` int(3) default '0', "
				 +"`DTE_MAJ` date default '0000-00-00', "
				 +"`CLE` mediumint(9) NOT NULL auto_increment, "
				 +"PRIMARY KEY  (`CLE`) "
				 +") ENGINE=MyISAM DEFAULT CHARSET=latin1 AUTO_INCREMENT=1 ";
		try{stmt.execute(sql);}catch(final SQLException e){System.out.println("Init_bdd: f15"+sql);}		
	}
......

Où est le bug?

30/09/2007, 21h34
gifffftane

Je vois que tu commences à apprendre de jongler avec la reflexivité ! et ses pièges !

Ici, je pense que cela vient de la façon dont tu détermines les arguments de la méthode recherchée.

Tu fais {paramTypes[i] = args[i].getClass();}, et, d'après le message d'erreur, tu obtiens un com.mysql.jdbc.Statement (ce qui est, d'ailleurs, un peu étonnant, mais enfin...).

Or il y a de grandes chances pour que cet argument soit un... java.sql.Statement, tout simplement. Il doit y avoir un micmac entre les méthodes déclarées, implémentées, etc.

Tu ne peux pas t'adapter à tout. Que tu définisses le nom des méthodes en fonction d'une table ou d'une base, soit. Mais que, en plus, les arguments varient selon cette table, la base, l'âge du capitaine, c'est chercher les ennuis. Donnes toi plutôt une liste de paramètres connue d'avance.

Et, si tu ne peux pas, parlons un peu plus de la raison qui te pousse à changer le nom des méthodes en fonction de la table.

Suite à l'aiguillage vers la faq je n'ai fait que du pompage et cherche à comprendre le mécanisme. Ma class contient 40 méthodes à 1 paramètre donc

Citation:

Tu fais {paramTypes[i] = args[i].getClass();},

ne contient que stmt donc j'ai supprimé cette ligne
Code:

1 2 3 4 5 6 7 8 public static Object lancerMethode_2(Class c, Object args, String nomMethode) throws Exception {Class paramTypes = null; if(args != null) {paramTypes = args.getClass();} Method m = c.getMethod(nomMethode,paramTypes); return m.invoke(c,args); }
mais résultat idem
Je pense que le pb vient du paramètre mais je cale.
On verra demain

01/10/2007, 01h47
djo.mos

Bonjour.
En gros, l'erreur dans ton code réside dans le fait que tu cherches à trouver par reflection dans la classe Init_Bdd une méthode nommé f15 et qui prend en paramètre un com.mysql.jdbc.Statement, sauf que la méthode Init_Bdd.f15 que tu as défini prend un java.sql.Statement comme paramètre. C'est pour ça que ça bloque. Il faudrait travailler avec le même type de Statement et dans Init_Bdd.f15 et dans la partie reflection.

Bonne chance.
01/10/2007, 09h35
adiGuba
Salut,

Citation:

Envoyé par gifffftane

Tu fais {paramTypes[i] = args[i].getClass();}, et, d'après le message d'erreur, tu obtiens un com.mysql.jdbc.Statement (ce qui est, d'ailleurs, un peu étonnant, mais enfin...).

Non ce n'est pas étonnant : il doit utiliser le getClass() sur un objet Statement qu'il a créé via sa connexion, et dont le type réel correspond à une classe de son driver JDBC...

:arrow: Pour résoudre le problème il faut bien sûr utiliser le bon type (celui déclaré dans la méthode) ou rechercher la meilleure méthode correspondante.

Il y a donc 2 solutions :
1. Si toutes les méthodes attendent un Statement comme je le pense, il suffit de le passer en dur :
  
  Code:
  
  Method m = c.getMethod(nomMethode, Statement.class);
2. Sinon c'est plus compliqué, et il faut utiliser Class.getMethods() pour rechercher les méthode du même nom et vérifier que les arguments correspondent avec la méthode isAssignableFrom()...
Citation:

Envoyé par gifffftane

Et, si tu ne peux pas, parlons un peu plus de la raison qui te pousse à changer le nom des méthodes en fonction de la table.

+1

Il serait surement plus simple de faire une méthode générique qui prendrait en paramètre la requête SQL a exécuté...

Sinon attention au bloc catch vide (c'est un truc à perdre un temps fou parce qu'une erreur est simplement "ignoré"), et libère tes ressources !

a++
01/10/2007, 09h54
®om

Citation:

Envoyé par adiGuba

+1

Il serait surement plus simple de faire une méthode générique qui prendrait en paramètre la requête SQL a exécuté...

Et dans ce cas il serait encore plus judicieux d'utiliser une interface, comme ça tu n'as plus du tout besoin de réflexivité :)
01/10/2007, 17h33
Mengué georges

Explications du pourquoi du comment:

Tout d'abord merci, la solution Statement.class fonctionne nickel.

Citation:

Envoyé par gifffftane Voir le message
Et, si tu ne peux pas, parlons un peu plus de la raison qui te pousse à changer le nom des méthodes en fonction de la table.

Je suis sur une appli de gestion et d'entretien dont les tables sont initialisées via cette class par appel des méthodes. La mise à jour des données s'effectue par import de fichiers txt via des class qui triture données et tables. Comme tout un éventail de possibilité d'import est offert à l'administrateur, les tables concernées ne sont pas tjs les mêmes et de plus s'ajoute le pb de changement d'année avec un raz au coups par coups suivant l'état d'avancement.
Donc j'ai choisi la simplicité mais j'en suis à 450 fichiers et je n'ai pas fini !!!

Citation:

, et libère tes ressources !

Question philosophique sur la libération des ressources. Mon appli est construite autour d'une jsp et d'une servlet qui se chargent de l'aiguillage sur les class et sous-jsp. Avant la clôture de la servlet ttes les ressources sont libérées donc vaut-il mieux le faire au coups par coups mais si j'ai une exception je passerai outre ou le faire après le seul et unique getRequestDispatcher.