Discussion :

[Clorish]

Bonjour,

J'ai une classe qui implemente l'interface ViewController pour integrer le cycle de jie d'une JSP.

Je definie une instance de cette classe dans le faces-config.xml :

Code :

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

1
2
3
4
5
<managed-bean>
		<managed-bean-name>dossier1$mapage</managed-bean-name>
		<managed-bean-class>fr.monappli.maClasse</managed-bean-class>
		<managed-bean-scope>request</managed-bean-scope>
</managed-bean>

Sachant que ma page JSP est : {webapp}/dossier1/mapage.jsp

Cela marche tres bien sauf que je suis dans l'incapacité de lier une methode de ce bean aux attribut action des commandButton.
du coup cette classe qui me sert de controller ne me sert plus a grand chose ....

Au passage j'en profite pour vous demander comment gerer convenablement le modele MVC avec JSF.

J'ai une classe "View" qui contient les UICompoent lis a la JSP par l'attribut "binding", une classe "Model" qui contient les donnés liés a la JSP par l'attribut "value", et cette fammeuse classe qui me sert de controller dont je comptais lier les methodes aux attributs "action".
Elle contient egalement 2 membres : View et Model, initialisé par le faces-config.xml a l'aide des managed property.

Est ce correct ?
Y a t il meux a faire ?

Merci.

[tchize_]

Et si tu retire ce moche $ dans le nom du Bean? $ n'est pas autorisé dans les nom de variable en java, et il me semble que les noms des bean doivent respecter les règles du java concernant les noms de variables.

[Clorish]

ca je veux bien mais sur la javadoc du ViewController il est specifier qu'il faut mapper le nom du bean avec le nom de la JSP.

Ce mapping doit respecter certains regles definie par une instance de ViewControllerMapper dont l'instance par defaut est DefaultViewcontrollerMapper.

Cette regle specifie que le nom du Bean doit etre le chemin de la JSP avec des $ en remplacement des /.

http://shale.apache.org/shale-view/a...ontroller.html

Ceci dit si ca marche autrement, je suis pas contrariant ^^
Mais j'ai esayé et yé soui pas arrivé

[tchize_]

Ok, bon la prochaine fois, précise que tu utilise Shale, on peux pas le deviner
Je dirais dans ce cas, a priori, que ton problème est la présence du l dans "dossier1$mapagel", si on suit les règle mentionnées. Maintenant, je ne connais pas shale.

[Clorish]

non c'est une erreur de frappe ....

en meme temps si tu as une autre solution n'utilisant pas shale je suis preneur :p

La actuelement je suis un peu perdu.
Je cherche une solution qui marche, qui soit propre et MVC.
Le concepte de l'interface qui permet au bean de s"inserer dans le cycle de vie de la JSP je trouvais ca plutot interessant mais visiblement ca ne colle pas trop avec nos besoins.

[tchize_]

Le JSF en base est déjà MVC et propre il me semble. Tu définis des bean de model que tu mappe sur des value de composants JSF et tu définis des beans d'action avec des méthodes que tu mappe sur des action de commandButton ou commandLink.

[Clorish]

ouaip c'est ce que j'ai fait a un moment.

en fait, au depart, ce qui m'a conduit a faire cela c'est que j'ai des parametres que je transmet par URL et pour y acceder j'ai besoin que le controleur soit en mode request.

Autre chose : Pour conserver un certain parametrage d'un affichage a l'autre de ma page j'aurais besoin qu'il soit en mode session.....

Apres disons que le ViewController apporte un sacre plus au niveau gestion.
J'ai lut aussi qu'il est possible d'implementer sont propre mapper avec le viewcontrollermapper mais je ne sais pas ou le referencer pour qu'il soit pris en compte a la place du defaultviewControllerMapper.

[Clorish]

bon j'ai fini par trouver comment cela marche :

Pour que le bean controlleur soit reconnu par JSF, il fait qu'il ai un nom plus "classique" et donc il ne peux plus etre mappé avec le nom de la JSP a moins que la JSP soit a la racine du site.

Pour beneficier des 2 services (integration dans le cycle de vie de la JSP et utilisation comme controleur dans la JSF en implementant les actions des boutons ...) il faut redefinir le ViewControllerMapper par defaut de Shale dont le role est de mapper le nom du controller avec le chemin de la JSP en remplacant les "/" par des "$".

Pour ce faire, il faut implementer une classe qui supporte l'interface ViewControllerMapper, c'est a dire :

Code :

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

1
2
3
4
5
6
7
public class MonMapper implements ViewControllerMapper {
 
public String mapViewId(String viewID) { 
        if (viewID.equals("/dossier1/mapage.jsp")) { return "mapageController"; }
        return null;
    }
}

LA methode mapViewId, sera appelée lors de chaques chargement d'une JSP et renvera le nom du managed-bean qui sert de controlleur. Ainsi on peut utiliser n'importe quel bean du moment qu'il implemente l'interface ViewController.

Il est possible de definir notre propre regle de mapping, notement en analysant un fichier XML qui permet d'externaliser la configuration.

Pour referencer notre mapper dans le framework shale en lieu et place du DefaultViewControllerMapper 2 methodes existent :

1. Declarer un managed Bean :

Code :

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

1
2
3
4
5
<managed-bean>
        <managed-bean-name>org$apache$shale$view$VIEW_MAPPER</managed-bean-name>
        <managed-bean-class>org.exemple.mapper.MonControllerlMapper</managed-bean-class>
        <managed-bean-scope>application</managed-bean-scope>
    </managed-bean>

2. Definir un context parameter :

Code :

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

1
2
3
4
<context-param>
        <param-name>org.apache.shale.view.VIEW_CONTROLLER_MAPPER</param-name>
        <param-value>org.exemple.popup.PopupSendmailMapper</param-value>
    </context-param>