IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)

Tutoriel sur la migration de code JSF 1 / RF 3.3 vers JSF 2 / RF 4.5

Image non disponible

Cet article propose une manière d'automatiser la réécriture de code lors d'une migration JSF 1.2/Richfaces 3.3 vers JSF 2.2/Richfaces 4.5.

Pour réagir au contenu de cet article, un espace de dialogue vous est proposé sur le forum. Commentez Donner une note à l´article (5).

Article lu   fois.

L'auteur

Profil ProSite personnel

Liens sociaux

Viadeo Twitter Facebook Share on Google+   

I. Introduction

Il y a quelques mois, nous avons migré nos applications JSF1.2/RichFaces 3.3 vers les dernières versions JSF2.2/RichFaces 4.5. Remplacer les jars par les nouvelles versions et revoir les fichiers de configuration de l'application n'étaient malheureusement pas suffisant, car dans RF4.5, beaucoup de balises XML et d'attributs ont été renommés, voire supprimés.

La migration se résumait donc à réécrire environ 500 fichiers XHTML dans la nouvelle syntaxe… Devant l'ampleur de la tâche, nous avons réfléchi à une solution moins fastidieuse et un peu plus “informatisée”… et nous nous sommes demandé : n'existe-t-il pas déjà une technologie capable de retranscrire un fichier XML d'une syntaxe à une autre ? XSL/XSLT bien sûr !

II. Pourquoi migrer ?

Avant de rentrer dans le vif du sujet, je vais remettre les choses dans leur contexte et expliquer pourquoi le besoin d'une migration s'est imposé.

Depuis 2009, nous travaillons sur des applications JavaEE métiers développées en JSF 1.2. À l'époque, pour créer des pages réactives, dynamiques en AJAX, il fallait utiliser RichFaces qui est une surcouche à JSF et qui propose notamment une bibliothèque de composants stylisés intégrant l'AJAX (pop-up, tableau paginé/filtrable/triable). Entre temps, les navigateurs web ont évolué et leur interpréteur JavaScript aussi, rendant ainsi certains composants AJAX de RF 3 inutilisables ; ce qui est devenu très gênant pour nos extranets d'entreprise. Pour retrouver une compatibilité avec tous les navigateurs, il fallait donc migrer RF 3 vers RF 4, ce qui impliquait de passer de JSF 1.2 à JSF 2.2.

III. Les règles de transformation XSL

Le gros du travail consistait donc à mettre en place des règles de transformation à partir des guides de migration de RF :

La syntaxe XSL permet de réaliser des renommages simples comme des transformations plus complexes impliquant des tests et des expressions régulières. Voici quelques exemples :

  • la balise modalPanel devient popupPanel et l'attribut showWhenRendered de modalPanel devient show :
 
Sélectionnez
1.
2.
3.
4.
5.
6.
7.
8.
9.
    <xsl:template match="rich:modalPanel" name="rich:modalPanel">
        <rich:popupPanel modal="true">
            <xsl:apply-templates select="@*|node()" />
        </rich:popupPanel>
    </xsl:template>

    <xsl:template match="rich:modalPanel/@showWhenRendered">
        <xsl:attribute name="show"><xsl:value-of select="." /></xsl:attribute>
    </xsl:template>
  • l'attribut ajaxSingle devient execute=”@this” si l'élément courant ne possède pas déjà un attribut execute, sinon il disparaît :
 
Sélectionnez
1.
2.
3.
4.
5.
6.
7.
8.
    <xsl:template match="@process" name="process" >
        <xsl:attribute name="execute"><xsl:value-of select="." /></xsl:attribute>
    </xsl:template>
    <xsl:template match="@ajaxSingle" >
         <xsl:if test="..[not(@process)]" >
            <xsl:attribute name="execute"><xsl:text>@this</xsl:text></xsl:attribute>
         </xsl:if>
    </xsl:template>
  • l'attribut value de graphicImage est transformé en Trois attributs : library, name et alt :
 
Sélectionnez
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
    <xsl:template match="h:graphicImage" name="h:graphicImage">
        <h:graphicImage>
            <xsl:apply-templates select="@*[name()!='value']" />
            <xsl:attribute name="library">default</xsl:attribute>
            <xsl:attribute name="name">
                <xsl:value-of select="replace(./@value, '/(image/.*)\.([pngif]{3})', '$1.$2')" />
            </xsl:attribute>
            <xsl:attribute name="alt">
             <xsl:if test=".[@value]" >
                <xsl:analyze-string select="./@value" regex="[-\.a-zA-Z_]+$">
                    <xsl:matching-substring>
                        <xsl:value-of select="." />
                    </xsl:matching-substring>
                </xsl:analyze-string>
            </xsl:if>
            </xsl:attribute>
            <xsl:apply-templates select="node()" />
        </h:graphicImage>
    </xsl:template>
  • la valeur de l'attribut event ne doit plus être préfixée de “on” : onclick -> click :
 
Sélectionnez
1.
2.
3.
4.
5.
    <xsl:template match="a4j:support/@event">
        <xsl:attribute name="event">
                    <xsl:value-of select="replace( . , 'on(.*)', '$1')" />
        </xsl:attribute>
    </xsl:template>
  • la donnée json data est accessible via event.data dans oncomplete et non plus via data :

     
    Sélectionnez
    1.
    2.
    3.
    4.
    5.
        <xsl:template match="*/@oncomplete" name="oncomplete">
            <xsl:attribute name="oncomplete">
                <xsl:value-of select="replace(., '(.*)data(.*)', '$1event.data$2')" />
            </xsl:attribute>
        </xsl:template>
    
  • la valeur de l'attribut direction de toolTip passe en notation camelCase :

     
    Sélectionnez
    1.
    2.
    3.
    4.
    5.
    6.
    7.
    8.
    9.
    10.
    11.
    12.
    13.
        <!--  Tooltip bottom-right devient bootomRight -->
        <xsl:template match="rich:toolTip/@direction" >
            <xsl:attribute name="direction">
                <xsl:choose>
                    <xsl:when test="contains(., 'right')">
                        <xsl:value-of select="replace( . , '(.*)-right', '$1Right')" />
                    </xsl:when>
                    <xsl:otherwise>
                        <xsl:value-of select="replace( . , '(.*)-left', '$1Left')" />
                    </xsl:otherwise>
                </xsl:choose>
            </xsl:attribute>
        </xsl:template>
    
  • l'ensemble des règles mises bout à bout permet d'obtenir le résultat suivant par exemple :

avant :

 
Sélectionnez
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
43.
44.
45.
<rich:modalPanel id="myPopup" showWhenRendered="true" >

    <f:facet name="header">
        <h:outputtext value="Titre de la PopUp" ></h:outputtext>
    </f:facet>

    <f:facet name="controls">
        <h:panelgroup>
            <h:graphicImage id="clsce" value="/images/close.png" styleclass="pointerCursor close" onclick="closePopup()" />
        </h:panelgroup>
    </f:facet>

    <h:form id="fPopup">
        <a4j:jsfunction id="js1" name="closePopup" 
            ajaxSingle="true" 
            data="#{popupBean.saveBtnOn}"
            oncomplete="if(data){ Richfaces.showModalPanel('confirmSave'); }else{ Richfaces.hideModalPanel('myPopup'); }" />

        <a4j:jsfunction id="js2" name="notifyChange" 
            ajaxSingle="true" 
            reRender="cb1" >
            <f:setPropertyActionListener value="true" target="#{popupBean.saveBtnOn}" />
        </a4j:jsfunction>

        <h:selectOneMenu id="som" value="#{popupBean.personneSelected}">
            <f:selectItem itemValue="true" itemLabel="Personne" />
            <f:selectItem itemValue="false" itemLabel="Société" />
            <a4j:support event="onchange" ajaxSingle="true" reRender="pgName" oncomplete="notifyChange()" />
        </h:selectOneMenu>

        <h:panelGrid id="pgName" columns="2">
            <h:outputLabel for="itNom" value="Nom :" rendered="#{popupBean.personneSelected}" />
            <h:inputText id="itNom" value="#{popupBean.nom}" onchange="notifyChange()" rendered="#{popupBean.personneSelected}" />

            <h:outputLabel for="itRsoc" value="Raison Sociale :" rendered="#{!popupBean.personneSelected}" />
            <h:inputText id="itRsoc" value="#{popupBean.rsoc}" onchange="notifyChange()" rendered="#{!popupBean.personneSelected}" />
        </h:panelGrid>

        <a4j:commandButton id="cb1" value="Enregistrer" 
            disabled="#{!popupBean.saveBtnOn}"
            process="pgName" 
            action="#{popupBean.save}"
            reRender="cb1" />
    </h:form>
</rich:modalPanel>

après :

 
Sélectionnez
<rich:popupPanel id="myPopup" show="true">

    <f:facet name="header">
        <h:outputtext value="Titre de la PopUp"/>
    </f:facet>

    <f:facet name="controls">
        <h:panelgroup>
            <h:graphicImage id="clsce" styleclass="pointerCursor close" onclick="closePopup()" library="default" name="images/close.png" alt="close.png"/>
        </h:panelgroup>
    </f:facet>

    <h:form id="fPopup">
        <a4j:jsfunction id="js1" name="closePopup" 
            execute="@this" 
            data="#{popupBean.saveBtnOn}" 
            oncomplete="if(event.data){ #{rich:component('confirmSave')}.show() } else { #{rich:component('myPopup')}.hide(); }"/>

        <a4j:jsfunction id="js2" name="notifyChange" 
            execute="@this" 
            render="cb1">
            <f:setPropertyActionListener value="true" target="#{popupBean.saveBtnOn}"/>
        </a4j:jsfunction>

        <h:selectOneMenu id="som" value="#{popupBean.personneSelected}">
            <f:selectItem itemValue="true" itemLabel="Personne"/>
            <f:selectItem itemValue="false" itemLabel="Société"/>
            <a4j:ajax event="change" execute="@this" render="pgName" oncomplete="notifyChange()"/>
        </h:selectOneMenu>

        <h:panelGrid id="pgName" columns="2">
            <h:outputLabel for="itNom" value="Nom :" rendered="#{popupBean.personneSelected}"/>
            <h:inputText id="itNom" value="#{popupBean.nom}" onchange="notifyChange()" rendered="#{popupBean.personneSelected}"/>

            <h:outputLabel for="itRsoc" value="Raison Sociale :" rendered="#{!popupBean.personneSelected}"/>
            <h:inputText id="itRsoc" value="#{popupBean.rsoc}" onchange="notifyChange()" rendered="#{!popupBean.personneSelected}"/>
        </h:panelGrid>

        <a4j:commandButton id="cb1" value="Enregistrer" 
            disabled="#{!popupBean.saveBtnOn}" 
            execute="pgName"
            action="#{popupBean.save}"
            render="cb1"/>
    </h:form>
</rich:popupPanel>

Le fichier XSLT complet peut être téléchargé ici.

N.B. Les guides de migration RichFaces recensent ~80 % des règles de transformation, les 20 % restantes ont été ajoutées suite aux tests.

IV. Le programme d'exécution

Pour l'exécution de cette transformation, nous avons simplement créé un projet Java classique sous Eclipse dans le même workspace que le projet à migrer.

Nous utilisons la librairie Saxon comme moteur XSLT afin de bénéficier des fonctions de remplacement de string offert par XSL 2. Du coup, ce jar fait partie du BuildPath du projet.

C'est la classe Main qui fait tout le boulot :

 
Sélectionnez
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
43.
44.
45.
46.
47.
48.
49.
50.
51.
52.
53.
54.
55.
56.
57.
58.
59.
60.
61.
62.
63.
64.
65.
66.
67.
68.
69.
70.
71.
72.
73.
74.
75.
76.
77.
78.
79.
80.
81.
82.
83.
84.
85.
86.
87.
88.
89.
90.
91.
92.
93.
94.
95.
96.
97.
98.
99.
100.
101.
package migration;

import java.io.File;
import java.io.IOException;
import java.util.List;

import javax.xml.transform.Source;
import javax.xml.transform.Transformer;
import javax.xml.transform.TransformerException;
import javax.xml.transform.TransformerFactory;
import javax.xml.transform.stream.StreamResult;
import javax.xml.transform.stream.StreamSource;

public class Main {

    private static String PROJECT_PATH = "..\\showcase1";
    private static String WEB_CONTENT_PATH = PROJECT_PATH + "\\WebContent";
    private static String WEB_CONTENT_LIB_PATH = WEB_CONTENT_PATH + "\\WEB-INF\\lib";
    private static String WEB_CONTENT_CSS_PATH = WEB_CONTENT_PATH + "\\css";

    public static void main(String[] args) throws TransformerException, IOException {
        System.setProperty("javax.xml.transform.TransformerFactory", "net.sf.saxon.TransformerFactoryImpl");
        System.out.println("Start");
        System.out.println(WEB_CONTENT_PATH);
        /* 1. Màj des jars */
        System.out.println("Suppression des anciens jars");
        deleteOldJars();
        System.out.println("Recopie des nouveaux jars");
        copyNewJars();
        System.out.println("DEBUT Traitement de TRANSFORMATION");
        /* 2. Tranformation css */
        System.out.println("     DEBUT Fichiers CSS");
        File[] cssFiles = new File(WEB_CONTENT_CSS_PATH).listFiles();
        List<StringReplacement> replacements = MigrationUtil.loadReplacementProperties("css_replace.properties");
        MigrationUtil.executeReplacementsOnFiles(cssFiles, "css", replacements);
        System.out.println("     FIN Fichiers CSS");
        /* 3. Tranformation xhtml */
        System.out.println("     DEBUT Fichiers XHTML");
        File[] files = new File(WEB_CONTENT_PATH).listFiles();
        TransformerFactory factory = TransformerFactory.newInstance();
        Source xslt = new StreamSource(new File("RichFaces3_4.xslt"));
        Transformer transformer = factory.newTransformer(xslt);
        xsltTransform(files, transformer);
        System.out.println("     FIN Fichiers XHTML");
        System.out.println("FIN Traitement de TRANSFORMATION");
    }

    public static void deleteOldJars() {
        String[] jars = new String[] {
                "jsf-api.jar",
                "jsf-facelets.jar",
                "jsf-impl.jar",
                "jsf_core.tld",
                "jstl.jar",
                "jta.jar",
                "myfaces-converters11-1.0.0.jar",
                "myfaces-orchestra-core-1.4.jar",
                "richfaces-api-3.3.3.Final.jar",
                "richfaces-impl-3.3.3.Final.jar",
                "richfaces-ui-3.3.3.Final.jar",
                "spring.jar",
                "slf4j-api-1.5.8.jar",
                "slf4j-log4j12-1.5.0.jar",
                "javassist.jar",
        };
        FileUtil.deleteFilesFromFolder(WEB_CONTENT_LIB_PATH, jars);
    }

    public static void copyNewJars() {
        FileUtil.copyFiles("jars_jsf2", WEB_CONTENT_LIB_PATH);
    }

    public static void xsltTransform(File[] files, Transformer transformer) throws IOException, TransformerException {
        for (File file : files) {
            if (file.isDirectory()) {
                xsltTransform(file.listFiles(), transformer); // Recursive.
            }
            else {

                String filename = file.getName();
                String ext_file = filename.substring(filename.lastIndexOf(".") + 1, filename.length());
                String ext = "xhtml";
                String oldFileName = file.getParent() + "\\old_" + filename;
                File oldName = new File(oldFileName);
                if (ext.equals(ext_file) && !filename.startsWith("old")) {
                    System.out.println("File: " + file.getAbsolutePath());
                    if (!oldName.exists()) {
                        FileUtil.copyFileUsingFileStreams(file, oldName);
                        System.out.println("Copie réussie");
//                        FileUtil.deleteLines(oldFileName, 1, 1);
                    }
                    Source text = new StreamSource(oldName);
                    System.out.println("Debut transformation XSLT");
                    StreamResult result = new StreamResult(file);
                    transformer.transform(text, result);
                    System.out.println("Fin transformation");
                }
            }
        }
    }
}

Les constantes permettent d'indiquer au programme quel est le projet à migrer, et à l'intérieur de ce projet, où se trouvent les libs, les CSS et les fichiers XHTML à transformer.

  • Suppression des anciens Jars et recopie des nouveaux (oui, nous n'utilisons pas Maven, cela fera peut-être l'objet d'un futur post : comment réussir sa migration vers Maven).
  • Transformation des CSS.
  • Transformation des fichiers XHTML.
    Le script parcourt tous les dossiers à partir de WebContent,
    recopie l'original sous un nom préfixé de « old »,
    applique la transformation à partir de « old » et réécrit le fichier.
    Cette technique permet de modifier le fichier XSL et de relancer autant de fois qu'on veut le script de transformation.

V. Autres transformations

L'étape 2 de l'algorithme consiste à réécrire les classes CSS de RichFaces que nous avions surchargées.

À partir d'un fichier properties recensant les transformations, nous avons utilisé la fonction Java replaceAll sur toutes les lignes de chaque fichier CSS.

En plus de tous ces automatismes, nous avons également utilisé le bon vieux CTRL+H d'Eclipse afin d'effectuer des remplacements en masse.

  • Richfaces.showModalPanel et Richfaces.hideModalPanel n'existent plus.
  • Rechercher : Richfaces.(hide|show)ModalPanel(‘([a-zA-Z0-9#{}]*)').
  • Remplacer par : #{rich:component(‘$2')}.$1().
  • Rechercher : Richfaces.(hide|show)ModalPanel(‘([a-zA-Z0-9#{}]*)').
  • Remplacer par : #{rich:component(‘$2')}.$1().

Voilà comment, grâce à un programme JAVA et XSL/XSLT, nous avons pu automatiser la migration de nos projets Richfaces.

Bien sûr, une fois les transformations effectuées, il faut reconfigurer les fichiers XML pour être en adéquation avec JSF 2 :

  • web.xml ;
  • faces-config.xml.

VI. Pour finir

Enfin, il vous faudra tester l'application ! Eh oui, cette méthode de migration n'est pas magique, mais elle permet au moins de s'abstraire des tâches répétitives pour se concentrer sur la résolution de problèmes spécifiques au passage JSF 1.2 > JSF 2.2. Si vous êtes novice en JSF2 et RF4, vous aurez sûrement quelques surprises en fonction de l'implémentation de JSF utilisée :

  • la portée des ui:param dans les facelets est différente ;
  • f:setPropertyActionListener n'est plus autorisée dans les a4j:support ;
  • application des styles columnClasses dans les « dataTable » dont les colonnes sont cachées/affichées ;
  • surcharges des styles des composants Richfaces qui ne fonctionnent plus.

En cas de problème, le forum de Richfaces est d'une grande aide d'ailleurs. Par contre, ils seront plus enclins à répondre avec un bout de code minimal, testé avec la dernière release…

VII. Remerciements

Cet article a été publié avec l'aimable autorisation de la société keeleekkeeleek et l'article d'origine (migration-jsf1-rf3-vers-jsf2-rf4-gagner-du-temps-reecriture-automatisation/) peut être vu sur le blog/site de KeeleekKeeNews.

Nous tenons à remercier Mickael Baron pour la mise au gabarit et Malik Seck pour la relecture orthographique.

Vous avez aimé ce tutoriel ? Alors partagez-le en cliquant sur les boutons suivants : Viadeo Twitter Facebook Share on Google+   

Copyright © 2015 Franck Gasparotto. Aucune reproduction, même partielle, ne peut être faite de ce site ni de l'ensemble de son contenu : textes, documents, images, etc. sans l'autorisation expresse de l'auteur. Sinon vous encourez selon la loi jusqu'à trois ans de prison et jusqu'à 300 000 € de dommages et intérêts.