vishnu_define_*_identifier devraient être dans UMS

[bdepardo]

Le fait que les commandes vishnudefine*_identifier soient dans IMS est perturbant. Si on ne compile pas IMS on ne peut pas changer la façon dont sont générés les identifiants. Par exemple S. Kortas va modifier à la main la base de donner pour modifier les champs correspondant car il ne déploie pas IMS. De plus, les serveurs IMS sont censés être déployés au niveau de chacune des frontales de calcul, alors que ce type de service a plutôt vocation à être centralisé. Il faudrait que ces services soient rattachés à UMS

[keoo]

On avait eu ce débat à l'époque de la conception et plusieurs éléments en étaient ressortis :

• Le mettre dans UMS donnerait à UMS des services qui n'ont pas de rapport avec le rôle de UMS, c'est le rôle de IMS à priori de gérer les informations de la plateforme. Même s'il voulait passer par IMS, les modifications faites par S. K. ne sont pas compatibles avec le code et IMS renverraient une erreur pour avoir les identifiants voulus (on impose l'utilisation d'un compteur dans le format).
• Cela permettrait par exemple d'appeler des services type "define_job_identifier" ou "define_file_transfer_identifier" sur des infrastructures sans le module correspondant compilé/installé
• UMS a déjà toutes les tables/colonnes de créés donc il a la capacité de réaliser ces services
• Ce service peut être effectué par n'importe quel serveur IMS actuellement, au contraire de certains appels TMS par exemple qui pourrait être centralisé mais qui en réalité doivent s'effectuer sur la machine en question

[rchakode]

De manière générale, le sujet me permet de soulever une question existentielle sur la gestion des identifiants dans VISHNU.

Constat : les identifiants générés (au moins pour les machines et les utilisateurs) ne sont "jamais" utilisés tel quel. MA_XXX ou USER_YYY est tellement meaningless qu'on se retrouve en général à tripatouiller dans la BD pour les modifier. D'autre part, lorsqu'on crée un utilisateur au niveau du WebBoard, on définit son utilisateur comme on veut...

Solution : pourquoi pas revoir tout ça, en permettant à l'utilisateur de définir un identifiant et de vérifier qu'il n'existe pas. Mieux, ajouter une option? ou une clé de config? qui permet à l'utilisateur de laisser, ou non, la charge à VISHNU de générer les id (au moins pour les users et les machines). Je dis ça, parce que cette question va bientôt se poser dans le cas de Bioaster. En tout cas vu certaines questions soulevées par Nicolas Sapay sur la gestion des sites (machines) et des utilisateurs et aussi la gestion des projets, qui doit descendre dans VISHNU.

[keoo]

Je n'ai rien contre retoucher le fonctionnement du système qui je le trouve suivait des contraintes pas toujours pertinentes à mon sens (par exemple obliger à avoir un compteur pour éviter les doublons dans le cas d'utilisateurs multiples avec le même nom par exemple)

[keoo]

Le système des id va être modifié pour supporter les templates sans compteur explicite

[bdepardo]

Corrigé dans les derniers commits