Discussion :

[verbose]

Bonjour,

J'ai une question générale concernant le fonctionnement du framework wicket.

J'ai vu trainer dans la javadoc une méthode onSelectionChanged() dans la classe CheckBox. Si j'ai bien compris, cette méthode est appelée lorsque l'utilisateur clique sur la checkbox. Or le click se fait côté client. Est-ce que cela signifie que le code inclu dans cette fonction est compilée et exécuté en JavaScript, ou bien est-ce qu'il y a un appel vers la servlet wicket paramétrée dans le web.xml ? Ou bien est-ce qu'il faut obligatoirement implémenter un appel Ajax dans cette fonction ? J'ai du mal à y voir clair.

[verbose]

J'y vois un peu plus clair. Apparemment, le code est bien compilé en JavaScript et exécuté côté client.

Néanmoins, pour activer la notification, il faut redéfinir la méthode wantOnSelectionChangedNotifications() :

Code :

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

1
2
3
4
5
 
@Override
protected boolean wantOnSelectionChangedNotifications {
    return true; //active la notification
}

[joseph_p]

hum, je pense qu'il y a confusion sur comment Wicket procède : en fait, lorsqu'on fait ça :

Code :

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

1
2
3
4
@Override
protected boolean wantOnSelectionChangedNotifications {
    return true; //active la notification
}

wicket ajoute cela dans la page :

Code :

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

<input type="checkbox" wicket:id="check" checked="checked" onclick="document.getElementById('form1_hf_0').value='?wicket:interface=:0:form:check::IOnChangeListener::';document.getElementById('form1').submit();" name="check"/>

autrement dit, wicket réalise un submit du formulaire contenant la case à cocher. Cela lui permet de retourner côté serveur avec toutes les informations nécessaires pour pouvoir faire tourner ton code java (côté serveur toujours donc).

de façon générale, wicket fait tout côté serveur, c'est d'ailleurs toute sa force. A l'inverse, si tu veux que des validations sur tes pages se fassent côté client, alors il faut voir pour intégrer la chose soi même.

Ceci dit, sachant que wicket permet d'écrire l'ensemble des règles en java et que celles ci peuvent avoir toute la richesse permise par Java, se baser là dessus pour faire des validations côté client relève de la gageure. En fait, il est bien plus simple d'opter pour des formulaires "ajaxifiés" au niveau des allers/retours de validation, et cela peut se faire tout simplement notamment via AjaxFormValidatingBehavior.

++