C) Copyright International Business Machines Corporation 2006. All rights reserved. US Government Users Restricted Rights - Use, duplication or disclosure restricted by GSA ADP Schedule Contract with IBM(R) Corp.
Le scénario décrit ci-après concerne les cas de migration suivants :
- WebSphere(R) Application Server Toolkit V6.0.x (ou antérieur) vers la version 6.1.x
- IBM Rational(R) Software Development Platform V6.0.x (ou antérieur) vers la version 7.0.x
Dans le texte qui suit, le terme produit représente WebSphere Application Server Toolkit ou IBM Rational Software Development Platform, le terme dernière version représente la version 6.1.x de WebSphere Application Server Toolkit et la version 7.0.x d'IBM Rational Software Development Platform, et le terme version antérieure représente la version 6.0.x (ou plus ancienne) d'Application Server Toolkit et d'IBM Rational Software Development Platform.
Symptôme du problème :
Si vous faites migrer des projets EJB, ou des fichiers EAR ou JAR, les ressources 'backend' peuvent ne pas migrer correctement vers la dernière version du produit. Par exemple, après la migration, il est possible que vous ne puissiez pas ouvrir le fichier Map.mapxmi dans la dernière version et que le fichier .log contiennent des traces de pile NonUniqueException.
Vérifiez si votre projet EJB ou fichier JAR contient des 'backends' de mappage EJB vers RDB (base de données relationnelle) utilisant une table relationnelle dans laquelle une colonne et une contrainte portent le même nom.
Solution :
Dans la version antérieure du produit, éditez le fichier .tblxmi concerné à l'aide de l'éditeur de table. Renommez la contrainte de clé primaire ou de clé externe afin de lui donner un nom autre que celui d'une colonne existante.
Dans la version antérieure du produit, éditez le fichier .tblxmi concerné à l'aide de l'éditeur de table. Renommez la contrainte de clé primaire ou de clé externe afin de lui donner un nom autre que celui d'une colonne existante.