Cela ne peut fonctionner puisque l'attribut 'class' ne peut pas =EAtre
"param=E9trable".
Objectif de la chose :
J'ai 2 environnements (production et d=E9veloppement). Les 2 javabeans
appellent des m=E9thodes de m=EAme nom mais qui ne font pas du tout la
m=EAme chose (connections aux bases diff=E9rentes, logs, actions
diff=E9rentes). Et surtout : je ne d=E9veloppe pas le javabean
"production" et ne peut donc pas intervenir au niveau du code de celui
ci.
Class EnvClasse = Class.forName(classBean) ; MaClasseParenteOuInterface env (MaClasseParenteOuInterface)EnvClasse.newInstance() ;
... et ainsi accéder aux méthodes que vous voulez.
-- Hervé AGNOUX http://www.diaam-informatique.com
lapetiteboulequonpousse
Merci pour la réponse.
Je ne peux pas modifier le bean de production et il n'hérite de rien du tout....
Par contre la réponse me donne une idée : est-ce que si je créer mon javabean de validation en le faisant un extends de mon javabean de production et en surchargeant toutes les méthodes, le même code fonctionnera ??
Merci pour la réponse.
Je ne peux pas modifier le bean de production et il n'hérite de rien
du tout....
Par contre la réponse me donne une idée : est-ce que si je créer mon
javabean de validation en le faisant un extends de mon javabean de
production et en surchargeant toutes les méthodes, le même code
fonctionnera ??
Je ne peux pas modifier le bean de production et il n'hérite de rien du tout....
Par contre la réponse me donne une idée : est-ce que si je créer mon javabean de validation en le faisant un extends de mon javabean de production et en surchargeant toutes les méthodes, le même code fonctionnera ??
Hervé AGNOUX
lapetiteboulequonpousse wrote:
Par contre la réponse me donne une idée : est-ce que si je créer mon javabean de validation en le faisant un extends de mon javabean de production et en surchargeant toutes les méthodes, le même code fonctionnera ??
Oui, cela peut être une approche. Mais méfiez-vous que, si votre javabean de validation hérite du javabean de production, vous ne pourrez empêcher que le constructeur de validation appelle un constructeur de production. Selon ce que fait ce constructeur de production, cela peut être génant, si par exemple il se connecte à des bases de données de production... et non de validation.
Cordialement.
-- Hervé AGNOUX http://www.diaam-informatique.com
lapetiteboulequonpousse wrote:
Par contre la réponse me donne une idée : est-ce que si je créer mon
javabean de validation en le faisant un extends de mon javabean de
production et en surchargeant toutes les méthodes, le même code
fonctionnera ??
Oui, cela peut être une approche. Mais méfiez-vous que, si votre javabean de
validation hérite du javabean de production, vous ne pourrez empêcher que
le constructeur de validation appelle un constructeur de production. Selon
ce que fait ce constructeur de production, cela peut être génant, si par
exemple il se connecte à des bases de données de production... et non de
validation.
Par contre la réponse me donne une idée : est-ce que si je créer mon javabean de validation en le faisant un extends de mon javabean de production et en surchargeant toutes les méthodes, le même code fonctionnera ??
Oui, cela peut être une approche. Mais méfiez-vous que, si votre javabean de validation hérite du javabean de production, vous ne pourrez empêcher que le constructeur de validation appelle un constructeur de production. Selon ce que fait ce constructeur de production, cela peut être génant, si par exemple il se connecte à des bases de données de production... et non de validation.