Pour pouvoir encore utiliser le pilote type 2 basé sur l'interface CLI existante de DB2 après la mise à niveau vers WebSphere Application Server version 7.0, vous devez définir l'ancien pilote avant la mise à niveau.
Pourquoi et quand exécuter cette tâche
Par défaut, virtual member manager recherche le type 4 JCC de DB2 plutôt que le type 2 basé sur l'interface CLI existante de DB2 dans WebSphere Application Server 7.0. Si vous utilisez le pilote type 2 basé sur l'interface CLI existante de DB2 dans WAS 6.1, vous devez définir explicitement le nom de l'ancien pilote avant la mise à niveau vers WebSphere Application Server 7.0. Ceci est nécessaire pour pouvoir encore utiliser l'ancien pilote après la mise à niveau.
Procédure
Utilisez la commande suivante pour définir explicitement le nom de l'ancien pilote sur WebSphere Application Server 6.1 : - Référentiels de base de données
- wsadmin> $AdminTask updateIdMgrDBRepository {-id <IDbdd>
-dbURL <URLbdd> -JDBCDriverClass COM.ibm.db2.jdbc.app.DB2Driver}
- Référentiel d'extension de propriété
- wsadmin> $AdminTask setIdMgrPropertyExtensionRepository {-dbURL <URLbdd>
-JDBCDriverClass COM.ibm.db2.jdbc.app.DB2Driver -databaseType <typeBdd>
-dataSourceName <NomSourceDonnées> -dbAdminId <idAdminBdd> -dbAdminPassword <motPasseAdminBdd>}
- Référentiel du mappage d'entrée
- wsadmin> $AdminTask setIdMgrEntryMappingRepository {-dbURL <URLbdd>
-JDBCDriverClass COM.ibm.db2.jdbc.app.DB2Driver -databaseType <typeBdd>
-dataSourceName <nomSourceDonnées> -dbAdminId <idAdminBdd> -dbAdminPassword <MotPasseAdminBdd>}
Que faire ensuite
Après la mise à niveau, basculez sur le nouveau pilote en suivant les instructions de la rubrique
Configuration d'un fournisseur JDBC et d'une source de données pour virtual member manager.