[$U] Création du user de soumission directement dans l'objet session

Idea created by PhilippeJOUFFROY611724 on Feb 12, 2019
    New
    Score1
    • PhilippeJOUFFROY611724

    A/ Constat

    Sur notre exploitation nous faisons le constat suivant
    Plusieurs centaines de tâches, dont environ les deux tiers de tâches provoquées
    Toutes ces tâches provoquées n'ayant qu'une seule utilité, à savoir changer le user de soumission au sein de la session

    cela nous parait très lourd et laborieux et ce à plusieurs points de vue:
    - Perte de temps dans la création des tâches, avec risque d'oubli ou de doublon (redondance avec l'héritage)
    - Perte de temps dans la phase de déploiement des tâches (de part le grand nombre de tâches provoquées à déployer)
    - manque de visibilité lorsque l'on visualise l'objet session (les users apparaissant dans les tâches et non directement au niveau de la session)
    - Risque d'erreur dans la phase de déploiement (en cas d'oubli de déploiement des tâches associées à la session)
    - Obligation de créer des MU spécifiques si l'on souhaite activer plusieurs fois la même uproc dans la même session sur le même node avec un user de soumission différent

     

    B/ Proposition


    1) Dans un soucis de simplification nous proposons les deux idées suivantes, à la fois complémentaires et indépendantes:

    - Possibilité de déclarer le user de soumission directement dans l'objet session
    via l'interface graphique, dans le menu "update session", dans le sous-menu "Execution Context" (lorsque l'on clique sur une uproc dans la session)
    Actuellement le sous-menu ne propose que de changer la MU, il suffirait d'ajouter un encadré pour potentiellement changer également le user de soumission
    par défaut, pour rester compatible avec l'existant, la zone serait vide
    - Possibilité de déclarer le user de soumission directement dans l'objet uproc
    via l'interface graphique, dans le menu "update uproc" ajouter une zone "user de soumission" dans l'onglet "General"
    par défaut, pour rester compatible avec l'existant, la zone serait vide


    2) Gestion de l'ordre des priorité de détermination du user de soumission

    Actuellement:
    - Si une tâche provoquée existe, elle prime
    - Sinon, l'uproc hérite du user de soumission de l'uproc qui la précède dans la session

    Pour l'avenir:
    Le but est de ne rien changer à l'existant pour ne pas générer de problème
    On conserve donc le même système de priorité en y intercalant les nouvelles options
    - Si une tâche provoquée existe, elle prime
    - Sinon, on regarde si l'objet session contient un user pour cette uproc
    - Sinon, on regarde si l'objet uproc contient un user
    - Sinon, l'uproc hérite du user de soumission de l'uproc qui la précède dans la session