Bonjour à tous,
J’ai rencontré des problèmes lors de la compilation d’extensions (.extdef) avec SCENARIbuilder. J’ai réussi à m’en sortir, mais je voudrais vous faire part de mon expérience car je ne pense pas que le comportement du logiciel soit souhaitable.
Version de SCENARIbuilder : 5.0.0.07 RC
Version des sources du conducteur pédagogique Opale : 3.8.11 (je n’en suis plus certain, enfin la dernière quoi).
Ce que j’ai fait : j’ai modifié quelques fichiers dans aurora/pres pour changer un peu l’affichage des images (voir mon topic précédent). J’ai généré le pack pour mon OpalePerso, puis celui pour l’extension du conducteur pédagogique.
Je vois déjà un premier (petit) problème : pourquoi dois-je générer une extension perso alors que tout ce que j’ai fait dans celle-ci, c’est changer le nom, le code et le numéro de version pour qu’elle soit repérée comme compatible par mon modèle documentaire perso ? Ne pourrait-on pas envisager, en plus de ce système, un principe de déclaration explicite d’extensions compatibles dans le .wspdef du modèle, à l’aide des codes et des numéros de version ? (Pardon si c’est déjà le cas, je n’ai pas trouvé comment faire) Cela éviterait de devoir recompiler toutes les extensions derrière.
Ensuite, et c’est là le principal problème que j’ai rencontré, j’ai eu beaucoup de mal à compiler avec succès le .extdef de l’extension Aurora Print. En fait, si j’ai bien compris, il faut fermer l’atelier et SCENARIbuilder entre chaque compilation d’un .extdef Exemple : compilation de extEmeraude.extdef > Succès, compilation de opaleExtScenario dans la foulée > échec. L’inverse est vrai également.
Donc, puisque pour compiler genAuroraPrint.extdef il faut déjà avoir compilé extEmeraude.extdef, pour réussir il faut compiler d’abord ce dernier, fermer l’atelier puis SCENARIbuilder, tout rouvrir et compiler le genAuroraPrint.extdef Ça ne me paraît pas tip-top. J’imagine que ça vient peut-être de ma configuration spécifique, sinon je pense que plusieurs personnes auraient déjà remonté le problème.
Le message d’erreur (c’est toujours le même, modulo le nom de l’extension) :
Traces de 'Test du modèle' pour l'item '/scenario/dist/opaleExtScenario.extdef'
--- User details ---
Générateur: gen_testModel - Test du modèle
Item racine: /scenario/dist/opaleExtScenario.extdef
--- Admin details ---
<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet href="chrome://global/locale/intl.css" type="text/css"?>
<parsererror xmlns="http://www.mozilla.org/newlayout/xml/parsererror.xml">Erreur d'analyse XML : aucun élément trouvé
Emplacement : http://127.0.0.1:8165/s/u/pub/ConducteurPerso/scenario/dist/opaleExtScenario.extdef/testModel/meta/~Traces.xml
Numéro de ligne 1, Colonne 1 :<sourcetext>
^</sourcetext></parsererror>
--- Js stack ---
cbLoadLog@chrome://scenariwsp/content/widgets/genBox/genBox.xbl.xml:815:11
CallbackWrapper.prototype.handleEvent@chrome://scenariwsp/content/commons/servers/HttpDataProvider.jsm:445:27
--- App context ---
timestamp: 2/9/2020 10:42:29
userAgent: Mozilla/5.0 (X11; Linux x86_64; rv:42.0) Gecko/20100101 bd.5.0/5.0.007
coreVersion: 5.0.007
brandShortName: SCENARIbuilder
appVersion: 5.0.007
appBuildId: 202007201349
appDevelopmentStage: rc
Merci d’avance pour vos réponses.
Je me doute bien que ce n’est pas le comportement attendu. Si j’affirme (ou plutôt suppose) qu’il faut compiler extEmeraude.extdef avant de compiler genAuroraPrint.extdef, c’est d’abord parce que la compilation de ce dernier échoue (même juste après le lancement de SCENARIbuilder) sauf si extEmeraude.extdef a été compilé avec le même numéro de version (en tout cas, j’ai donné le même numéro de version à tout ce que je compilais, mais je ne suis pas certain que ce soit ce qui rend mes extensions compatibles avec mon modèle) et parce que extEmeraude.extdef est appelé dans genAuroraPrint.extdef par un sm:applyOnExtDef