Scénario #8143
zephir.get_var doit se baser sur l'identifiant Zéphir pour interroger le serveur Zéphir
Statut:
Terminé (Sprint)
Priorité:
Normal
Assigné à:
-
Catégorie:
-
Version cible:
Début:
10/01/2020
Echéance:
17/01/2020
% réalisé:
100%
Points de scénarios:
2.0
Restant à faire (heures):
0.00 heure
Estimation basée sur la vélocité:
Release:
Liens avec la release:
Auto
Description
Exigence :
- zephir.get_var doit se baser sur l'identifiant Zéphir pour interroger le serveur Zéphir.
Dans le backend ARV, zephir.get_var ne récupère pas forcément les bonnes informations en cas de doublon UIA/Libellé dans Zéphir.
Exemple du problème actuel :
Dans le serveur zephir, nous avons deux serveurs ayant le même couple UAI/Libellé serveur (oui, c'est possible).
Pendant la procédure init_sphynx, nous choisissons le 2eme de la liste.
L'adresse ip externe récupérée est celle du premier.
Dans ARV lorsque l'on demande l'adresse IP externe (onglet serveur RVP), l'adresse est incorrecte.
Il s'agit du code ARV et non de init_sphynx. Le problème est identique dans ARV.
Solutions à mettre en œuvre¶
- Modifications à réaliser pour EOLE >= 2.7.1
- Faire en sorte que les bonnes informations soient récupérées dans le cas d'usage présenté
- Si trop risqué/complexe de modifier la fonction zephir.get_var existante, en créer une nouvelle qui sera utilisée dans les cas concernés par la demande
- Décrire les étapes à suivre pour reproduire le problème (un test squash n'est pas forcément nécessaire)
Critères d'acceptation¶
- Ce comportement n'est plus reproductible en 2.7.1
Sous-tâches
Demandes liées
Historique
#1 Mis à jour par Joël Cuissinat il y a plus de 8 ans
- Tracker changé de Anomalie à Tâche
- Temps estimé changé de 2.00 h à 3.00 h
- Tâche parente mis à #12508
- Restant à faire (heures) mis à 3.0
- Distribution changé de EOLE 2.3 à EOLE 2.4
#2 Mis à jour par Fabrice Barconnière il y a plus de 8 ans
- Projet changé de conf-sphynx à arv
- Sujet changé de Init_sphynx ne recupere pas la bonne IP externe à zephir.get_var ne recupere pas forcément les bonnes informations en cas de doublon UIA/Libellé dans Zéphir
#3 Mis à jour par Fabrice Barconnière il y a plus de 8 ans
- Description mis à jour (diff)
- Tâche parente
#12508supprimé
#4 Mis à jour par Joël Cuissinat il y a plus de 8 ans
- Tracker changé de Tâche à Demande
#5 Mis à jour par Scrum Master il y a plus de 8 ans
- Assigné à mis à Fabrice Barconnière
#6 Mis à jour par Fabrice Barconnière il y a plus de 8 ans
- Tracker changé de Demande à Proposition Scénario
- Sujet changé de zephir.get_var ne recupere pas forcément les bonnes informations en cas de doublon UIA/Libellé dans Zéphir à zephir.get_var doit se baser sur l'identifiant Zéphir pour interroger le serveur Zéphir
- Description mis à jour (diff)
- Temps estimé
3.00 hsupprimé
#7 Mis à jour par Fabrice Barconnière il y a plus de 8 ans
- Description mis à jour (diff)
#8 Mis à jour par Joël Cuissinat il y a plus de 8 ans
- Assigné à
Fabrice Barconnièresupprimé
#9 Mis à jour par Scrum Master il y a plus de 8 ans
- Tracker changé de Proposition Scénario à Scénario
#10 Mis à jour par Joël Cuissinat il y a plus de 6 ans
- Release mis à 25
- Points de scénarios mis à 3.0
#11 Mis à jour par Luc Bourdot il y a plus de 6 ans
- Release
25supprimé
#12 Mis à jour par Joël Cuissinat il y a plus de 4 ans
- Echéance mis à 17/01/2020
- Version cible mis à Prestation Cadoles 51-03
- Début mis à 16/12/2019
- Release mis à EOLE 2.7.1.2
- Points de scénarios changé de 3.0 à 2.0
#13 Mis à jour par Joël Cuissinat il y a plus de 4 ans
- Description mis à jour (diff)
#14 Mis à jour par Benjamin Bohard il y a plus de 4 ans
Quelques précisions sont nécessaires :
- quels sont les critères pour apprécier le risque encouru à modifier la fonction existante ?
- si une nouvelle fonction est créée, une modification du code côté client sera nécessaire pour l’utiliser. Considère-t-on que la version cible (2.7.1) concerne également le Zéphir et le Sphynx ?
#15 Mis à jour par Gilles Grandgérard il y a plus de 4 ans
Benjamin Bohard a écrit :
Quelques précisions sont nécessaires :
- quels sont les critères pour apprécier le risque encouru à modifier la fonction existante ?
se retrouver à changer beaucoup de code dans le frontend ...
L'idée est garder "def get_var(self, uai, name, var, module=None):" et de créer "def get_var_from_id(self, id, var):". La nouvelle fonction est disponible pour "childpage.py" et peut être utilisée dans get_var
- si une nouvelle fonction est créée, une modification du code côté client sera nécessaire pour l’utiliser. Considère-t-on que la version cible (2.7.1) concerne également le Zéphir et le Sphynx ?
normalement, il n'y a pas d'impact dans Zephir ou Sphynx.
#16 Mis à jour par Joël Cuissinat il y a plus de 4 ans
- Lié à Tâche #29410: Validation du scénario : zephir.get_var doit se baser sur l'identifiant Zéphir pour interroger le serveur Zéphir ajouté
#17 Mis à jour par Matthieu Lamalle il y a plus de 4 ans
- Statut changé de Nouveau à Terminé (Sprint)
#18 Mis à jour par Joël Cuissinat il y a plus de 4 ans
- Statut changé de Terminé (Sprint) à Nouveau
#19 Mis à jour par Matthieu Lamalle il y a plus de 4 ans
- Statut changé de Nouveau à Terminé (Sprint)
#20 Mis à jour par Fabrice Barconnière il y a plus de 4 ans
- Statut changé de Terminé (Sprint) à Nouveau
#21 Mis à jour par Daniel Dehennin il y a plus de 4 ans
- Release changé de EOLE 2.7.1.2 à EOLE 2.7.1.3
#22 Mis à jour par Fabrice Barconnière il y a plus de 4 ans
- Statut changé de Nouveau à Terminé (Sprint)