JSF le problème de l'autocomplete off
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 HTMLHTML (HyperText Markup Language) est un langage permettant de décrire le découpage d'une page web. , 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.
Là où le bât blesse, c’est que cet ajout qui n’est d’aucune utilité provoque une erreur lorsque l’on passe son code au validateur W3C, chose que l’on peut être amené à faire dans une démarche d’accessibilité et/ou de référencement.
La solution : context param
Heureusement une solution existe : comme toujours, JSF propose une correction de bug sous la forme d’un paramétrage. Vous avez donc un spécifique pour cette situation, à insérer simplement dans votre fichier web.xml :
{{< highlight java >}} < context-param>
La valeur « true » ajoute l’autocomplete, « false » le supprime.
Qui n’a jamais eu le besoin de comparer 2 schemas de base de données Mysql après avoir oublier de noter l’ensemble des modifications apportées à un environnement ?
La convention WeAreDevelopers 2024 s'est déroulée ce juillet à Berlin. Comme d'habitude depuis plusieurs années maintenant, AXOPEN était présent à l'évènement ! C'était l'occasion de découvrir les technologies de demain et de discuter des avancées des différents acteurs de la scène informatique. Dans cet article, nous allons nous focaliser sur l'un des sujets abordés lors de la convention : le langage de programmation Java. Quelles sont ses nouveautés ? Est-il toujours pertinent d'utiliser Java en 2024 ? C'est ce que nous allons voir aujourd'hui !
On vous en dit plus sur Dependency-track, une plateforme d'analyse de composants qui liste les dépendances de chaque projet.