>> En ce qui concerne la gestion de la session, [...]

C’est tout à fait possible en effet (comme décrit ici : http://cwiki.apache.org/WICKET/custom-websession-storing-objects-in-session.html) mais j’ai l’impression qu’on risque de perdre plusieurs fonctionnalités :

• si on ne passe pas par get/setAttribute, l’objet n’est pas réellement stocké dans la session HTTP (via ISessionStore) : la réplication de session en cluster ne fonctionnera donc plus.
• Wicket permet aussi de changer d’implémentation de ISessionStore. La encore les objets qui ne sont pas stockés par setAttribute ne seront pas vus ni stockés dans ce ISessionStore.

Bien sur, sans problématique de cluster, la simplicité prime

>> Encore à propos de la session, et pour éviter les casts [...]

En effet, on fait systématiquement hériter nos pages d’une page générique offrant l’accès à notre session. Il faut aussi le faire pour les formulaires (Form) et éventuellement les composants spécifiques que l’on développe (Component) sous peine de retrouver des casts de ce genre :
((CommonPage) getPage()).getSession().getCart();

>> Enfin, pour ce qui est de Spring, je voudrais émettre deux remarques:
>> – Il faut aussi wicket-ioc.jar dans le classpath

C’est exact mais utilisant maven2 dans mes projets, la dépendance a été « tirée » sans que je m’en aperçoive

>> – Mais surtout, toute la partie XML est superflue [...]

Sauf si on veut injecter des beans dans l’objet application
L’héritage de SpringWebApplication permet aussi d’avoir accès à l’applicationContext de Spring et de jouer avec l’initialisation des beans via des proxy.

En fait, j’ai juste suivi la documentation concernant Spring qui explique les différentes approches :
http://cwiki.apache.org/WICKET/spring.html

Cordialement,

Encore à propos de la session, et pour éviter les casts à chaque fois qu’on récupère la session, on peut utiliser les ellipses de Java 5 et redéfinissant la méthode getSession dans la page en cours avec comme type de retour notre propore session, de cette façon:

@Override
public MySession getSession(){
return (MySession)super.getSession();
}

Enfin, pour ce qui est de Spring, je voudrais émettre deux remarques:
- Il faut aussi wicket-ioc.jar dans le classpath
- Mais surtout, toute la partie XML est superflue: pas besoin de déclarer la WebApplication comme Bean Spring dans applicationContext.xml, et pas besoin de toucher au filtre de wicket: Seule addComponentInstantiationListener(new SpringComponentInjector(this)); est nécessaire (Il faut bien sûr déclarer les listeners de Spring dans web.xml comme d’habitude).

Cordialement.