Oui cet ancien parseAuth est désormais deprecated au profit du nouveau parseAuth prenant non plus un string mais un session info en argument. Mais il reste appelé. L’erreur c’est pour inciter au refactoring.
On est passé en deprecated “outdated” (donc générant une erreur au lieu d’un simple warning précédement) car l’ancien parseAuth a été retiré définitivement de la version en dev
En pratique on retrouve l’argument string en faisant info.getLogin(), ex:
Merci pour ta réponse, précisément, nous ne faisons a priori nulle part appel à cette fonction (parseAuth).
Cet appel (deprecated/obsolete) doit être dans un code socle quelque-part (ou alors je n’ai pas su ou chercher)…
Oui, GrantHooks en Rhino (code dispo sur l’instance simplicite.io).
D’après ce que j’interprète des logs, il semble que le code gérant le login fasse appel à une fonction
ScriptedGrantHooks.parseAuth
qui n’est pas définie dans le code Rhino (confusant).
OK c’est un cas qu’on a pas du tester… quand tu dis sur l’instance simplicite.io tu parles de l’instance bcsi ? C’est pour savoir quels hooks sont implémentés…
On a rendu le code plus “malin”, ce message de deprecation ne devrait plus s’afficher plus dans vos cas (avec les révisions qui seront poussées cette nuit)
@Amandine a remarqué que ce message de deprecation s’affiche dans le cas d’un nouveau référentiel (pas si nouveau car il s’agit du serpent de mer IT4IT déjà identifié dans nos tablettes) et dont la classe GrantHook est initialisée en Java.
Il semble que le code partagé de GrantHooks ait été initialisé par défaut (template de code?) avec l’ancienne interface parseAuth/String.
Tant que nous ne surchargeons pas la méthode parseAuth avec la bonne interface (i.e. SessionInfo à la place de String), l’alerte de deprecation est remontée.
Autre sujet connexe: il y avait par le passé une fonction permettant de créer les nouveaux users à la volée lors de la connexion… Il semble que ce ne soit plus le cas (ou alors la fonction est débrayée par paramétrage et nous devons la réactiver explicitement). Ce n’est ni urgent ni bloquant car ce comportement (plus de création de user en automatique) est a priori en place depuis plusieurs mois… C’est juste que cette fonction est très utile si nous voulons fluidifier au maximum l’intégration de nouveaux acteurs dans nos processus.
J’ai vérifié les snippets de GrantHooks sont bien sur la nouvelle méthode public static String parseAuth(Grant sys, SessionInfo info) sur toutes les révisions à jour des différentes branches.
Et sur une nouvelle instance “out of the box” il n’y a pas de GrantHook par défaut, il faut le créer explicitement.
Peut être avez vous un module que vous installez par défaut avec un GrantHooks que vous aviez créé avec une ancienne révision pour laquelle le snippet était sur l’ancien parseAuth…