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.
Pour la réalisation de cette documentation sur l’utilisation de Spring, je vais décrire pas à pas au travers d’un exemple d’application les étapes nécessaires à la mise en œuvre du Framework Spring. Il s’agit d’une simple application qui permet de gérer une simple liste de personnes. Cette application sera réalisé avec l’aide de l’environnement Eclipse.
La présentation présentée ici permet d’aborder les bases de l’installation d’un environnement de développement adapté aux applications web avec Java. Il s’agit donc avant tout d’un rappel des points importants avant de présenter de manière plus complète la mise en place d’un projet utilisant le framework Spring.
Ce week-end, j’ai voulu m’intéresser au futur standard HTML 5, nouveau né de la famille des standards du w3c, et son implémentation par les navigateurs modernes. On a annoncé à tord il y a quelques années la mort du format HTML 4 face à une version plus XMLisé et son nouveau standard xhtml et sa version 1.1. Quoi que bien adopté par la communauté des développeurs web, la spécification du standard xhtml 2 semblait bien partie pour remplacer naturellement son ainé, mais c’est sans compter sur le navigateur incontournable du marché (Internet Explorer 6) qui n’a jamais bien supporté le XHTML. Le consortium W3C a donc préféré former parallèlement un deuxième groupe de travail sur les spécifications du standard HTML 5, suite du HTML 4. Ce nouveau format plus « pragmatique » s’est tout de suite orienté plus multimédia (et futuriste) contrairement au xhtml 2 qui s’attachait à définir (trop strictement) l’utilisation des balises.
Les développeurs Web sont souvent confrontés aux problèmes d’encodages de leurs pages web. Un fichier encodé en UFT-8 ne sera pas affiché correctement si son navigateur l’affiche en Iso. Voilà comment reconnaitre les encodages.
Si vous voyez les caractères spéciaux de type « ê », « é », « î », « à », c’est que votre page est encodée en Utf-8 mais que votre navigateur le détecte et l’affiche en Is.
Solution:
ajouter le meta suivant
<meta http-equiv="Content-type" content="text/html; charset=UTF-8">
et indiquer à votre serveur comment envoyer les fichiers en utf-8
Si vous voyer des caractères spéciaux de type point d’interrogation dans un losange, c’est que vos pages sont encodées en Iso, et que votre navigateur les affiche en UTF-8.
Solution:
Reprenez le meta précédent et modifier le charset
<meta http-equiv="Content-type" content="text/html; charset=iso-8859-1">
D’une manière général, pour gérer facilement le multi-langue, il est conseillé d’utiliser l’encodage UFT-8. Pour plus de renseignement, consulter le site pour avoir un site/serveur php mysql en full UTF-8