-
Bug
-
Résolution: Résolu
-
Mineur
-
6.02.28
-
Aucune
-
Aucune
Procédure pour reproduire le bug :
- Avoir un environnement configuré avec un ldap et des groupes dynamiques
- Ajouter le paramètre suivant :
requete_groupe.req_ldap.expiration_cache_utilisateur=10
- Essayer de se connecter en back
->ERROR c.u.o.processus.Identification - ERROR_IN_METHOD update() java.sql.SQLException: Connection is closed java.lang.Exception: ERROR_IN_METHOD update() java.sql.SQLException: Connection is closed at com.univ.objetspartages.sgbd.UtilisateurDB.update(UtilisateurDB.java:917) ~[core-6.02.28.jar:na] at com.univ.objetspartages.om.Utilisateur.update(Utilisateur.java:129) ~[core-6.02.28.jar:na] at com.univ.objetspartages.om.RequeteGroupeDynamique.miseEnCacheGroupesUtilisateurCache(RequeteGroupeDynamique.java:305) ~[core-6.02.28.jar:na] at com.univ.objetspartages.om.RequeteGroupeDynamique.getGroupesUtilisateurCache(RequeteGroupeDynamique.java:179) ~[core-6.02.28.jar:na]
Dans la méthode RequeteGroupeDynamique.miseEnCacheGroupesUtilisateurCache on fait un utilisateur.update(); alors que son contexte est fermé. Le contexte est donné à l'utilisateur deux méthodes au-dessus dans RequeteGroupeDynamique.getGroupesUtilisateurCache :
try (ContexteDao ctx = new ContexteDao()) { utilisateur.setCtx(ctx); if (StringUtils.isEmpty(codeUtilisateur) || utilisateur.selectParCode(codeUtilisateur) == 0) { return new Vector<String>(0); } utilisateur.nextItem(); }
- bloque
-
CORE-1470 Le cache des groupes dynamiques ne peut plus être activé et est désactivé par défaut
- Fini