-
Notifications
You must be signed in to change notification settings - Fork 9
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Erreur lors du build de sedalib #21
Comments
Voici semble t-il le test qui est en erreur:
Merci, Samuel du CINES |
J'ajoute les fichiers concernés dans l'archive en pièce jointe:
Est-ce que vous arrivez à reproduire ce problème de votre côté ? Merci, Samuel |
Bonjour, Si je passe l'étape des tests, j'ai l'impression que la compilation va un peu plus loin, sans pour autant aboutir (échec sur "mailextract"):
Pourriez-vous m'indiquer la marche à suivre s'il vous plaît ? Merci, Samuel |
Cela semble lié à une sensibilité du test à l'ordre de parcours des fichiers dans un répertoire. Si l'ordre de parcours n'est pas le même, et cela peut être OS dépendant, il y a évidemment un problème car les fichiers ne seront donc pas dans le même ordre dans le SEDA. Pour tester si c'est bien cela pouvez-vous essayer de reconstruire après avoir modifié la fonction doImport dans le fichier fr/gouv/vitam/tools/sedalib/inout/importer/DiskToDataObjectPackageImporter.java ? public void doImport() throws SEDALibException, InterruptedException { try (Stream sp = onDiskRootPaths.stream().sorted()) { JS Lair |
Pour ce qui est du deuxième problème je pense qu'il manque des prérequis de launch4j Sur nos environnements de build de sedatools, nous installons en prérequis les packages système suivants : JS Lair |
Bonsoir, L'installation des paquets système règle bien le problème lié à launch4j, et permet la compilation des sedatools, mais uniquement en sautant les tests. Avec les tests, la compilation échoue toujours au même endroit , et ce malgré la modification du fichier fr/gouv/vitam/tools/sedalib/inout/importer/DiskToDataObjectPackageImporter.java:
Merci, Samuel |
Bonjour, Pourriez-vous aussi me donner des infos sur l'option -c de Resip s'il vous plaît ? J'essaie de personnaliser les paramètres suviants: comment, messageIdentifier, archivalAgreement, transferRequestReplyIdentifier, archivalAgencyIdentifier et transferAgencyIdentifier. J'ai essayé plusieurs types de syntaxe (json, csv), mais pour l'instant j'obtiens toujours ce message d'erreur:
Ou bien est-ce préférable de recompiler directement le code dans resip/src/main/java/fr/gouv/vitam/tools/resip/parameters avec les nouvelles valeurs "en dur" ? Merci, Samuel |
Bonjour, Pour le fichier de configuration le problème est réglé. Un collègue qui utilise Resip en version graphique sous Windows m'a passé son fichier exportContext.config, que j'arrive à utiliser avec l'option -c en ligne de commande sous Linux. Merci, Samuel |
Bonjour, Je peux confirmer que le problème initial signalé dans ce ticket (test ArchiveTransferToFromXmlTest qui ne passe pas) existe apparemment toujours - du moins en lancant le build sous Debian ou Ubuntu. J'ai déjà pris pas mal de reccourcis dans le processus en passant les plugins mvn dependency-check et license en mode relax (false) pour arriver jusqu'ici - j'hésite d'en prendre encore.. je serais curieux d'avoir un retour de qqn pour qui le build passe actuellement sans problème? merci |
Il m'a fallu utiliser la version d'origine de |
[note: je n'ai aucune connaissance du monde java]
Ce genre de test doit toujours s'assurer qu'il n'est pas dépendant du comportement d'un truc extérieur (comme le comportement de l'OS).
J'ai un doute que la correction de ce test soit si délétère pour les performances (mais bon, j'y connais en java).
J'ai testé avec ce fix, et ça ne semble pas corriger le test.
|
Bonjour, En fait ce n'est pas un problème d'ordre d'exécution selon les systèmes mais un problème d'auto correction des sauts de lignes par Git. J'ai proposé un merge #42 de la branche https://github.com/ProgrammeVitam/sedatools/tree/ImproveDebug qui corrige le problème en mettant un gitattributes à la racine, mais cela veut dire un rechargement complet du projet. JS Lair |
Bonjour,
J'essaie de builder les sedatools sur CentOS 7.x x86_64 avec Maven 3.6.3.
J'obtiens le message d'erreur suivant:
Les étapes précédentes pour java-libpst et droid se sont bien déroulées.
Est-ce que vous pourriez me donner un coup de main s'il vous plaît ?
Merci, Samuel du CINES
P.S: et bon courage pour le confinement :)
Message d'erreur complet:
The text was updated successfully, but these errors were encountered: