Si vous créez des projets dans WebSphere Studio V5.1.x contenant des composants Faces Client dans des pages JSP (JavaServer Pages) JavaServer Faces, vous devez migrer les ressources d'exécution des composants Faces Client vers les derniers niveaux.
Les projets ne peuvent pas être générés car le fichier <classe_nom>.java ne peut pas être lu.Les fichiers ne peuvent pas être lus car les classes de médiateur Données client du projet V5.1.x peuvent contenir des caractères spéciaux qui ne sont pas codés alors que les classes de médiateur de Rational Application Developer V6.0 codent ces caractères. Ces messages d'erreur n'apparaissent plus après la regnération des données client en suivant la procédure décrite ci-dessous. Toutefois, avant de suivre la procédure permettant de migrer le projet contenant les composants Faces Client, vous devez tout d'abord supprimer les fichiers de médiateur de données client du projet chargé dans la version 6.0 afin que l'espace de travail puisse être généré. Pour supprimer les fichiers de médiateur des données client, procédez comme suit :
Dans certains cas, un message indiquant que la génération du médiateur n'a pas abouti peut s'afficher. Pour corriger ce problème, modifiez le fichier OdysseyBrowserFramework.properties et supprimez les entrées des propriétés EMAP_FILES et ECORE_FILES et faites une nouvelle tentative.
EMAP_FILES=com\\ibm\\dynwdo4jsmediators/account.emap com\\ibm\\dynwdo4jsmediators/orders.emapVous devez supprimer com\\ibm\\dynwdo4jsmediators/orders.emap de l'entrée. L'entrée doit maintenant avoir l'aspect suivant :
EMAP_FILES=com\\ibm\\dynwdo4jsmediators/account.emap
Après la regénération des classes de médiateur de données client pour les pages JSP du projet, certaines classes du médiateur ne seront pas compilées. Il s'agit des médiateurs des éléments de schéma qui ne sont plus utilisés dans SDO (Service Data Object) dans la version 6.0. Ces médiateurs utilisant la convention de dénomination *_DataGraphSchema_wdo4js_*.java et *_RootDataObject_wdo4js_*.java. Supprimez ces classes de médiateur du projet afin d'éviter ces erreurs de compilation.
Après la migration, restaurez le contenu d'origine du fichier OdysseyBrowserFramework.properties.
String Diff = getClientData1().getDiffStr(); if (DiffProcessor.Synch(getRoot(), Diff) == true) return ""; return "failure";
Les méthodes getId et de localisation sont utilisées en interne par les éléments DiffHandler générés. Pour les éléments DiffHandler personnalisés, vous pouvez implémenter des méthodes vides pour la compatibilité avec l'interface. Ces méthodes ne sont pas appelées par l'infrastructure.
public interface DiffHandler { public void handle(DiffInfo Diff) throws DiffException, Exception; public Object find (DiffInfo Diff) throws DiffException, Exception; public String getId (DiffInfo Diff, boolean Original); }
public class DiffInfo { public char getCrud() public DataObject getCurrent() public String getEClassName() public DataObject getOriginal() public String getPropertyName() public DiffInfo getParent() }