Anomalie #7736
erreur à l'import aaf-delta sur Thot 2.4.RC-2
Description
l'exécution de aaf-delta génère l'erreur python suivante (fin de l'extrait) quelque soit le contenu des fichiers deltas.
root@thot-test:~# aaf-delta
root - 'ascii' codec can't decode byte 0xc3 in position 10: ordinal not in range(128)
root - Erreur au traitement de la balise ENTPersonAdresse
root - ["6 Rue du P\xc3\xa2tis Le Puits d\\'Havenat"]
root - Avec tentative de réécriture en :
root - ["6 Rue du P\xc3\xa2tis Le Puits d\\'Havenat"]
root - 'ascii' codec can't decode byte 0xc3 in position 17: ordinal not in range(128)
root - Erreur au traitement de la balise ENTPersonAdresse
root - ["12 Rue du March\xc3\xa9 \xc3\xa0 l\\'Avoine"]
root - Avec tentative de réécriture en :
root - ["12 Rue du Marche \xc3\xa0 l\\'Avoine"]
root - 'ascii' codec can't decode byte 0xc2 in position 42: ordinal not in range(128)
root - Erreur au traitement de la balise ENTPersonAdresse
root - ['Les Gen\xc3\xaats 310 Chemin de la Barre Entr\xc3\xa9e N\xc2\xb04']
root - Avec tentative de réécriture en :
root - ['Les Genets 310 Chemin de la Barre Entree N\xc2\xb04']
real 0m0.487s
user 0m0.328s
sys 0m0.024s
Ecriture du template etablissement.ldif
Ecriture du template maj_etablissement.ldif
Ecriture du template groupe.ldif
Ecriture du template maj_groupe.ldif
Ecriture du template classe.ldif
Ecriture du template maj_classe.ldif
Ecriture du template eleve.ldif
Ecriture du template maj_eleve.ldif
Ecriture du template responsable.ldif
Ecriture du template maj_responsable.ldif
Ecriture du template enseignant.ldif
Ecriture du template maj_enseignant.ldif
Ecriture du template nonens-servac.ldif
Ecriture du template maj_nonens-servac.ldif
Ecriture du template nonens-etab.ldif
Ecriture du template maj_nonens-etab.ldif
delta des élèves...
Traceback (most recent call last):
File "/usr/sbin/genldif.py", line 417, in <module>
ldif_export_maj(sys.argv2)
File "/usr/sbin/genldif.py", line 257, in ldif_export_maj
ldif_export_eleves(ldif_dir)
File "/usr/sbin/genldif.py", line 270, in ldif_export_eleves
ldif_filename)
File "/usr/sbin/genldif.py", line 335, in ldif_export_factory
dico = translator.translate_one(dbname, row)
File "/usr/lib/python2.7/dist-packages/eoleaaf/ldiftranslator.py", line 292, in translate_one
new_row[key] = self.transform_values(key, value, tablename)
File "/usr/lib/python2.7/dist-packages/eoleaaf/ldiftranslator.py", line 167, in transform_values
return fctname(value)
File "/usr/lib/python2.7/dist-packages/eoleaaf/ldiftranslator.py", line 219, in calc_autoritary_jointure
return autoritary_source+'$'+value
TypeError: cannot concatenate 'str' and 'NoneType' objects
Révisions associées
entrées vides car format xml inconnu ref #7736
Historique
#1 Mis à jour par Luc Bourdot il y a environ 10 ans
- Projet changé de Seshat à eole-aaf
- Echéance mis à 04/04/2014
- Statut changé de Nouveau à Accepté
- Assigné à mis à Gwenael Remond
- Version cible mis à Eole 2.4-RC3
- Temps estimé mis à 2.00 h
#2 Mis à jour par Gwenael Remond il y a environ 10 ans
Après analyse de vos fichiers XML sur lesquels portaient le traceback, il s'avère que vous avez des entrées dans un format différent des formats habituels d'un XML delta.
Le format d'un XML delta se présente habituellement comme suit :
<addRequest> <operationalAttributes><attr name="categoriePersonne"><value>Eleve</value></attr></operationalAttributes> <identifier><id>XXXX</id></identifier> <modifications> <modification name="YYYYYYYYYYYY" operation="replace"><value>ZZZZZ</value></modification> <modification name="YYYYYYYYYYYY" operation="replace"><value>ZZZZZ</value></modification> <modification name="YYYYYYYYYYYY" operation="replace"><value>ZZZZZ</value></modification> </modifications> </addRequest>
tandis que le format XML que vous nous avez fournit se présente comme suit :
<addRequest> <operationalAttributes><attr name="categoriePersonne"><value>Eleve</value></attr></operationalAttributes> <identifier><id>XXXXXXXXXX</id></identifier> <attributes> <attr name="YYYYYYYYYYYYYY"><value>ZZZZZZZZZZZZZZZZZZ</value></attr> <attr name="YYYYYYYYYYYYYY"><value>ZZZZZZZZZZZZZZZZZZ</value></attr> <attr name="YYYYYYYYYYYYYY"><value>ZZZZZZZZZZZZZZZZZZ</value></attr> </attributes> </addRequest>
Est-ce que vous avez des informations sur ce nouveau format, ou y a-t-il une nouvelle DTD concernant les préconisations du SDET 4.2 ?
#3 Mis à jour par Luc Bourdot il y a environ 10 ans
Le format <add-request> avec les balises <attr> a été confirmé par Orléans (mel de E Bacos)
Il faut donc modifier le programme en conséquence.
#4 Mis à jour par Gwenael Remond il y a environ 10 ans
- Statut changé de Accepté à Résolu
- % réalisé changé de 0 à 100
le format avec attr n'était pas pris en compte pour les élèves, j'ai modifié le code et refait un paquet (eole-aaf_2.4.0-23)
#5 Mis à jour par Emmanuel GARETTE il y a environ 10 ans
- Statut changé de Résolu à Fermé
Des échanges de mails confirment qu'il n'y a plus ce problème.