Discussion :

[Roger_Rabbit]

Bonjour,

je ne sais pas trop comment résumer ma question, d'où le titre peu clair. Je m'explique donc...

Je dois pour les besoins d'un projet JSF "brancher" une action javascript (*) pour l'ensemble de mes actions réalisées sur le site : chaque fois que quelqu'un clique sur un certain type de bouton d'action (h/a4j:commandLink), je veux qu'à l'issue (réussie!) de l'action le script soit exécuté.
(*) elle m'est fournie telle qu'elle, et je ne peux donc pas changer ce point

Basiquement, ça ressemble à qqchose du genre :

Code :

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

<a4j:commandlink action="#{monBean.doSomething}" oncomplete"MonScript()"/>

.. sauf que je pense qu'on voit immédiatement où le bât blesse : si mon action renvoie une règle de navigation vers une autre page (cf ex ci-dessous), l'événement oncomplete n'est jamais déclenché (ou s'il l'est, il part dans le vent).

Code :

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

1
2
3
4
5
public final String doSomething(){
// plein de choses
//...
    return "viewAccueil";
}

Je ne peux pas non plus passer par le onclick car je veux être certain d'avoir passé la phase de validation....

Je suis donc face à un problème : je voudrais insérer cette action JS dans tout le site, tout en en limitant l'impact; je vois bien des solutions à partir de paramètres passées via la session, ou de boutons cachés, ou en changeant tout le site afin de supprimer des actions la règle de redirection... mais l'impact sur un projet -qui est actuellement en phase de production- est énorme. Je dois donc trouver l'Astuce qui me permettra de brancher ce script de la façon la moins invasive possible.

J'espère que mon explication et ma question étaient claires. Si vous avez des suggestions, je suis donc preneur!

Merci d'avance.

[Shinzul]

Si tu veux être sur d'être passé par la phase de validation alors on ne peut rien pour toi.

La phase de validation ne s'exécute qu'une fois la requête envoyé, la partie javascript ne pourra donc plus intervenir si tu te redirige. Je ne peux que te conseiller de choisir entre ces deux options :

• Mettre ton js sur le onClick et s'accommoder du fait qu'il n'y aura pas de phase de validation.
• Passer dans ta requête ajax les valeurs dont tu as besoin pour faire le traitement dans ta méthode invoqué et récupérant ce code qu'on t'impose et en l'intégrant dans ton application.

Il consiste en quoi ce code exactement ? Parce que tu ne pourras pas marier quoiqu'il arrive un traitement js et du traitement JSF, ce n'est pas dans le fonctionnement du framework.

[Roger_Rabbit]

Merci de ta réponse.

En fait, il s'agit d'intégrer des marqueurs (de ce genre là).

A te lire, ça a l'air mal parti pour la solution simple. Je crois qu'on va devoir replonger dans l'architecture du site pour essayer de glisser ça qqpart...

Est-ce qu'il n'y aurait pas moyen de faire - comme on peut le faire avec IceFaces avec le JavascripContext - de déclencher le script depuis le bean? Par exemple en postant manuellement un événement oncomplete qui sera (?) intercepté par un <rich:componentControl>... ou en déclenchant directement le script...

Je rêve peut-être un peu... mais au vu de la lourdeur de cette intégration, (presque) toutes les pistes sont bonnes à envisager!

[Shinzul]

Je ne connais pas du tout IceFaces donc je ne pourrais pas te dire si cela te permettra d'exécuter directement du JS a partir de ton serveur.

Effectivement ton problème me semble un poil compliqué a intégrer facilement pour le cas des redirections.

Je vais essayer de creuser si je trouve une solution possible sans avoir a modifier l'appli.

[Roger_Rabbit]

Merci de ta réflexion.
Je continue à creuser de mon côté.

[Shinzul]

Je ne sais pas si c'est bien compatible avec la techno de marquage que tu compte utiliser mais est-ce que tu ne pourrais pas, pour contrer le problème de la redirection, exécuter cette fonction de marquage sur la page à laquelle tu accède (via un document.ready jQuery disponible par Richface) ?

Tu aurais donc un marquage de ton utilisateur lors de l'accès à la page, puis à chaque rafraichissement de ta page via les oncomplete, et dans le cas d'une redirection il serait marqué lors de son accès à la nouvelle page.

[Roger_Rabbit]

Ce me paraît faisable, mais il faudrait -à première vue- combiner ça avec des variables sessions ou des paramètres identifiant la source car la page accédée peut l'être depuis plusieurs actions différentes.
Les paramètres en session seraient ceux passés en paramètre du script...
Auquel cas aussi ces paramètres devraient pouvoir s'empiler car je devine que je vais rapidement me retrouver dans le cas où plusieurs actions sont exécutées avant que la page ne soit rechargée (si on enchaîne les modales par ex!)....
Ca ne sonne pas simplement, mais c'est une solution à creuser!

[Shinzul]

Pour le cas des modales normalement tu n'auras pas besoin de les empiler puisqu'il s'agit d'action sur une même page normalement. Tu peux donc lancer ton marquage sur le oncomplete de l'action affichant la modale.

Par contre si tu dois avoir la source durant tes redirections alors oui tu vas devoir passer par une variable en session cela dit tu peut créer un bean scope session spécial genre TagManagedBean avec un petit <f:setPropertyActionListener /> dans les actions concernées qui pourrais rendre ca assez simple a mettre en place dans tes pages.

[Roger_Rabbit]

Oui, ça ne sonne pas trop mal comme ça.

Pour les empilements, c'est aussi par expérience de JSF : bien que je ne sois pas certain de comment le cas de figure peut se produire, je le pressens bien...

En tous les cas, je vais essayer de faire comme déjà!
En espérant que ça ne prenne pas trop de temps... sinon c'est coupe budgétaire pour le marquage!

Merci encore de tes suggestions!