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 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 un id sur cet input avec la valeur statique « javax.faces.ViewState ».
La difficulté apparaît lorsque l’on a plusieurs formulaires sur une même page JSF : on se retrouve alors avec deux input de type hidden avec le même id sur la page HTML finale. En conséquence, cet attribut 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’id, « false » le supprime.
Aujourd’hui, les termes DevOps et DevSecOps sont utilisés de manière interchangeable dans le monde du développement. En réalité, lorsque l’on utilise le terme DevOps, on parle très souvent de DevSecOps. Mais alors, comment définir précisément ces deux termes ? Quelles sont les différences ? Comment mettre en place un cycle DevSecOps au sein de son entreprise ?
Lorsque l’on possède deux datacenters différents, il n’est pas possible de migrer facilement une VM d’un datacenter à un autre directement avec un vSphere.
Quelle DSI n’a jamais rêvé de sortir des projets de développement sans accroc et avec une haute qualité technique ? Un rêve qui peut devenir réalité avec la mise en place d’un pôle qualité au sein de sa DSI !