Dans votre projet multi-module Maven, vous avez développé des tests unitaires qui nécessite les ressources de test d’un module frère. Typiquement le war qui nécessite le core jar.
Pour faire ça, il faut savoir que Maven est capable de générer plusieurs jar:
Lire la suite
Après une mise à jour vers la nouvelle version de Spring 3.1, si vous avez l’erreur « java.lang.NoSuchFieldError: NULL »
Il faut vérifier que la librairie spring-expression est bien à jour. Maven ne le fais pas automatiquement.
Si ce n’est pas déjà fait, inclure la dépendance spring-expression avec la bonne version.
<dependency> <groupId>org.springframework</groupId> <artifactId>spring-expression</artifactId> <version>3.1.2.RELEASE</version> <scope>compile</scope> </dependency>
Dans un précédent article, je parlais des difficultés à respecter le modèle MVC dès qu’on commence à développer en Ajax.
Au niveau des performances, l’utilisation d’Ajax change complément la répartition des charges. Dans une application web traditionnelle, le serveur est chargé de la plupart des traitements. Dans une application web Ajax, le navigateur client est de plus en plus sollicité pour effectuer des contrôles, notamment lors de la saisie des formulaires et pour afficher le nouveau contenu en provenance du serveur. Le nombre de requêtes total d’une application Ajax augmente, mais la quantité totale de données transmises a tendance à fortement diminué.
Le modèle MVC est très difficile à respecter dès lors qu’on commence à réaliser des applications web utilisant Ajax. En effet, le modèle MVC est très facile à respecter lors d’application web classique, une requête HTTP reçus correspond à une vue HTML retournée. Désormais, avec les applications Ajax, les requêtes HTTP ne réclame plus forcement une vue, mais effectue une action sur le serveur. Dès lors, le retour du serveur ne correspond plus à une vue, mais à un code de retour pour indiquer si l’action a été effectué ou non.
Suite à l’article sur la détection des exceptions grâce à l’utilisation du Framework Spring, il est apparut qu’il n’était pas possible d’utiliser le même procédé pour les exceptions lancés depuis un appel Ajax avec le framework DWR. Une des solutions pour pouvoir détecter les exceptions lors de l’appel à vos méthodes DWR est d’utiliser la programmation par aspect proposé par Spring.
Pour notre exemple, on suppose que les classes Dwr à surveiller se trouve dans le même package java.