Java - CGI

AppDevelopment - Migration 3.2 vers 4.0
Page
1
- dernière modification par Sébastien Schmitt De Rekeneire le 2014/12/18 11:29
Mi
gr
ati
on
3.
2
ve
rs
4.
0
Séba
stien
Sch
mitt
De
Reke
neire
2014
/12/1
8
11:2
9
Table des matières

AppDevelopment - Migration 3.2 vers 4.0
Page
2
- dernière modification par Sébastien Schmitt De Rekeneire le 2014/12/18 11:29
• Java
• .Net
Java
La version 4.0 des layers Java apporte une restructuration complète des sources générées.
Cela permettra au projet une meilleure identification de ce qui est modifiable et de ce qui ne l’est pas mais aussi
la possibilité de séparer plus facilement les sources en plusieurs projets.
ATTENTION
Comme à chaque migration majeure, il ne faut PAS générer les sources 4.0 par dessus des sources 3.2
existantes !
Vous devez générer à un nouvel emplacement puis copier les classes de Logic que vous aviez écrite pour la
version 3.2
Automatisation d’une partie de la migration
Nous avons créé un programme qui migre en partie les sources custom d’une application générée en 3.2 vers
une nouvelle génération en 4.0.
Ce programme est réalisé en WPF et nécessaite .Net Framework 4 pour se lancer ensuite il vous suffit de double
cliquer sur le fichier “MigrationJava4.0.application”.
Une fois les dossiers source et cible choisis, le programme va copier les fichier custom statiques (css, js, ...),
ainsi que les fichiers des classes entity Logic.
Une fois le programme terminé et comme indiquer, il faut retourner dans Eclipse et en sélectionnant le projet,
appuyer sur Ctrl+Shift+o (c’est la lettre o, pas le chiffre 0).
Cela permet de mettre à jour les imports dans les classes Java.
Une fois ceci dit et lu, vous pouvez récupérer le programme ici :
MigrationJava4.0.zip
Réorganisation des packages
La structure de l’application générée Java a été réorganisée afin d’en assurer une meilleur maintenance.
La nouvelle structure est détaillée sur cette page: Architecture.
Renommage du bean JSF ViewController
Le bean JSF ViewController était référencé dans tous les fichiers XHTML en tant que “jsfCtrl”. Il a été ré-aliasé
“viewCtrl”.
L’impact projet peut se situer au niveau des contrôleurs JSF custom si le bean ViewController était injecté avec
le nom jsfCtrl. Il faut mettre potentiellement mettre à jour custom-faces-config.xml et / ou les beans JSF
spécifiques projet.
Modification du DOM

AppDevelopment - Migration 3.2 vers 4.0
Page
3
- dernière modification par Sébastien Schmitt De Rekeneire le 2014/12/18 11:29
Le DOM a été partiellement modifié à cause de l’utilisation de fragment JSF dans l’application finale.
La principale modification à retenir est la modification des ID des labels devant les champs des pages d’action.
Maintenant ils ont le même ID que le champ suffixé par “_lbl”.
Le composant d’affichage des messages (erreurs et informations) a été remplacé par celui de PrimeFaces.
Si vous aviez modifié le style des messages, vous devez refaire votre CSS.
.Net
TODO