Par Pierre Liseron
En cas d’accès à une page JSF sans être connecté avec les contraintes de sécurité JAAS, le système va rediriger l’utilisateur vers la page de login. La sécurité s’effectue généralement avec le web.xml de la manière suivante: < security-constraint> < web-resource-collection> < web-resource-name>SecuredContent< /web-resource-name> < url-pattern>/secure/*< /url-pattern> < http-method>GET< /http-method> < http-method>POST< /http-method> < /web-resource-collection> < auth-constraint> < role-name>1< /role-name> < /auth-constraint><a href="/2014/06/JSF_redirect_requested_url.jpg"> </a> < transport-guarantee>NONE< /transport-guarantee> < /user-data-constraint> < /security-constraint> Le problème est que lors de l’accès à la page de login, on perd l’information de la véritable page demandée par l’utilisateur.
Par Pierre Liseron
L’objectif de cet article est de faire un point sur les points de vigilance dans le développement d’applications et sites web pour les rendre le plus accessibles possible avec les différents profils de handicap. L’accessibilité dans les applications et sites web est très complexe à mettre en oeuvre. Cet article ne prétend pas faire un état des lieux exhaustif de ce qu’il est nécessaire de faire mais tente modestement de lister quelques points de vigilance à destination des développeurs web.
Par Pierre Liseron
Il n’est pas forcément évident de faire un redirect 404 de manière programmatique en JAVA. Un des principaux cas d’utilisation est lorsqu’on utilise un url rewritting pour générer des liens vers des pages web. Il peut arriver que la page web n’existe pas ou n’existe plus mais que la redirection (par exemple avec pretty-faces) vous a déjà fait calculer une partie de la page. Il devient dès lors très compliqué d’envoyer proprement une 404 au navigateur et non pas un simple message d’erreur.
Par Florent Tripier
Le problème de l’id Lorsque l’on crée un formulaire JSF (<h:form>), le moteur de rendu crée bien sûr une balise HTML , mais il ajoute également plusieurs de type hidden. Entre autre, le javax.faces.ViewState qui permet de récupérer l’état de vos composants d’une requête HTTP à l’autre. Le problème vient du fait que Mojarra, l’implémentation de référence, a la fâcheuse manie d’ajouter un id sur cet input avec la valeur statique « javax.
Par Florent Tripier
Le problème de l’autocomplete off Lorsque l’on crée un formulaire JSF (<h:form>), le moteur de rendu crée bien sûr une balise HTML , mais il ajoute également plusieurs de type hidden. Entre autre, le javax.faces.ViewState qui permet de récupérer l’état de vos composants d’une requête HTTP à l’autre. Le problème vient du fait que Mojarra, l’implémentation de référence, a la fâcheuse manie d’ajouter l’attribut autocomplete= »off » sur chacun de ces input ViewState.
Par Pierre Liseron
Optimisation WEB: Page Speed pour les images Afin d’optimiser votre site web (ou application web), il existe un certain nombre d’actions simple à effectuer. Dans cet article nous allons passer en revue le moyen d’optimiser la vitesse de chargement de votre page web. Pour ce faire, nous allons utiliser un outil mis à disposition par GOOGLE (pagespeed) disponible à l’adresse suivante: https://developers.google.com/speed/pagespeed/ Cet outil donne un certain nombre d’indicateur simple avec des conseils pour les réaliser.
Par Pierre Liseron
En développement un écran très complexe dans une de nos applications, nous avons reçu ce type d’erreur, qui nous ont – au début – parues aléatoire. Après de nombreuses recherches, surtout afin de créer un cas de test satisfaisant, nous nous sommes aperçu que le problème se posait à cause d’un trop grand nombre de paramètres POST. Voici l’anomalie qui se produit: java.lang.IllegalArgumentException: null source at java.util.EventObject.(Unknown Source) at javax.faces.event.SystemEvent.(SystemEvent.java:71) at javax.