Scénario #25549
Mis à jour par Joël Cuissinat il y a plus de 5 ans
h3. Demande initiale
Bonjour,
depuis peu de temps les exports ENT2D semblent intégrer un attribut ENTEleveINE pour les élèves. Cet attribut n'ayant pas de champ correspondant dans la base eoleaaf, l'import (aaf-complet, pas testé avec les deltas) n'importe pas les élèves, une erreur mysql se produit. En supprimant cet attribut des imports tout fonctionne comme attendu.
h3. À faire
Ajouter la gestion de cet attribut aux différents endroits.
Étudier la possibilité de rendre le code plus résiliant aux évolutions du format non anticipées !
Versions proposées pour la correction 2.6.2 & 2.7.0.
h3. Critères d'acceptation
L'import AAF est fonctionnel avec le format actuel (version >= AAF-VE1803).
Le test suivant signale l'erreur, il doit re-passer en vert : http://jenkins.eole.lan/jenkins/job/2.6.2/job/test-thot-aaf-complet-1806-2.6.2-amd64/
Bonjour,
depuis peu de temps les exports ENT2D semblent intégrer un attribut ENTEleveINE pour les élèves. Cet attribut n'ayant pas de champ correspondant dans la base eoleaaf, l'import (aaf-complet, pas testé avec les deltas) n'importe pas les élèves, une erreur mysql se produit. En supprimant cet attribut des imports tout fonctionne comme attendu.
h3. À faire
Ajouter la gestion de cet attribut aux différents endroits.
Étudier la possibilité de rendre le code plus résiliant aux évolutions du format non anticipées !
Versions proposées pour la correction 2.6.2 & 2.7.0.
h3. Critères d'acceptation
L'import AAF est fonctionnel avec le format actuel (version >= AAF-VE1803).
Le test suivant signale l'erreur, il doit re-passer en vert : http://jenkins.eole.lan/jenkins/job/2.6.2/job/test-thot-aaf-complet-1806-2.6.2-amd64/