Lire une donnée contenue dans un fichier MANIFEST.MF

Version imprimable

Bonjour,

au moment de la compilation sous Netbeans de mon projet, je demande à écrire la date de compilation dans le fichier manifest grâce au fichier build.xml :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
 
<?xml version="1.0" encoding="UTF-8"?>
<project name="MonProjet" default="default" basedir=".">
    <description>Builds, tests, and runs the project MonProjet.</description>
    <import file="nbproject/build-impl.xml"/>
    <tstamp>
        <!--<format property="compilationtime" pattern="dd.MM.yyyy_HH.mm.ss" />-->
        <format property="compilationtime" pattern="dd.MM.yy" />
    </tstamp>
    <manifest file="MANIFEST.MF">
        <attribute name="Version" value="${compilationtime}" />
        <attribute name="SplashScreen-Image" value="resources/logo.png" />
    </manifest>
</project>

Puis je lis le contenu de ce fichier manifest contenu dans le jar généré :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
    private void getProjectVersion()
    {
        Manifest manifest;
        InputStream is;
        Attributes att;
        String info;
 
        try
        {
            is = this.getClass().getResourceAsStream("/META-INF/MANIFEST.MF");
            manifest = new Manifest(is);
 
            att = manifest.getMainAttributes();
            info = "Version : " + att.getValue("Version");
 
            this.jLabelVersion.setText(info);
            is.close();
        }
        catch (NullPointerException ex)
        {
            this.jLabelVersion.setText("Erreur");
        }
        catch (IOException ex)
        {
            this.jLabelVersion.setText("Erreur");
        }
    }

Ce code fonctionne sans problème sous Windows. Mais quand je compile sous Ubuntu (toujours avec Netbeans) att.getValue("Version") me retourne null. Aucune exception est levée.

Quel est le problème ?
J'ai vérifié le jar généré sous Ubuntu, la casse du dossier et du fichier est bien respectée.

28/07/2014, 21h38
tchize_

Si tu récupère le MANIFEST.MF directement dans le jar à la mano, l'entrée est bien là?

Que donne le parcours de manifest.keySet()?
29/07/2014, 10h08
Auteur

J'ai regardé le fichier MANIFEST.MF dans le jar et effectivement l'information n'est pas présente.

Citation:

Manifest-Version: 1.0
Ant-Version: Apache Ant 1.9.2
Created-By: 1.7.0_55-b14 (Oracle Corporation)
Class-Path: lib/ExportAs.jar lib/XMLEditor.jar lib/itextpdf-5.
1.2.jar lib/jOpenDocument-1.3.jar lib/AbsoluteLayout.jar
Main-Class: monprojet.MonProjet

Pourtant le fichier manifest à la racine du projet, contient bel et bien cette donnée.

Comment corriger ce problème (sans doute une directive de compilation qui manque) ?
29/07/2014, 10h18
tchize_

Je commencerais par vérifier si il n'a pas créé un fichier MANIFEST.MF ailleurs dans le projet.
29/07/2014, 10h27
adiGuba

Salut,

Citation:

Envoyé par Auteur

Comment corriger ce problème (sans doute une directive de compilation qui manque) ?

Comment tu génères ton jar ?

a++
29/07/2014, 10h30
Auteur

J'ai 1 manifest dans le jar dans le dossier META-INF.
Et le second à la racine du projet : Documents/MonProjet
29/07/2014, 10h45
Auteur

Citation:

Envoyé par adiGuba

Salut,

Comment tu génères ton jar ?
a++

euh.... :oops:
J'avoue que je laisse Netbeans gérer cela. :oops::oops:
Il y a des fichiers .xml et .properties qui contiennent les instructions de compilation.
A l'origine le projet a été créé sous Windows et j'ai copié le dossier dans Ubuntu, en vérifiant notamment la casse des fichiers et des dossiers ainsi que certaines instructions de compilation : sous Windows j'utilise le JDK 1.8 d'Oracle et sous Ubuntu c'est OpenJDK 1.7.
29/07/2014, 11h01
Auteur

J'ai avancé :
j'ai regardé le fichier project.properties de Netbeans et là j'ai vu que

Code:

manifest.file=manifest.mf

j'ai donc modifié légèrement la ligne en :

Code:

manifest.file=MANIFEST.MF

et là effectivement l'information se retrouve copiée dans le fichier MANIFEST.MF du jar. :D

Par contre, j'obtiens toujours NULL en sortie :(

J'avance tout doucement :
j'ai exécuté ce code pour savoir ce que contient réellement le fichier MANIFEST :
Code:

1 2 3 4 5 6 7 8 9 10 InputStream is = getClass().getResourceAsStream("/META-INF/MANIFEST.MF"); InputStreamReader isr = new InputStreamReader(is); BufferedReader br = new BufferedReader(isr); while ((line = br.readLine()) != null) { System.out.println(line); }
dans la console j'ai (avec une ligne vide à la fin) :

Citation:

Manifest-Version: 1.0
Created-By: 1.7.0_0 (Oracle Corporation)

donc j'avoue que je suis perplexe :koi:
J'ai décompressé l'archive, il n'y qu'un seul jar et il contient beaucoup plus d'informations. J'ai fait de même pour les librairies que j'importe et aucun manifest ne contient ces données.

[edit]
J'ai demandé à mon application d'afficher le chemin de la ressource :
Code:

1 2 this.getClass().getResource("/META-INF/MANIFEST.MF").getPath();
et là j'ai en sortie :

Citation:

file:/usr/lib/jvm/java-7-openjdk-amd64/jre/lib/ext/localedata.jar!/META-INF/MANIFEST.MF

Comment est-ce possible ? 8O
[/edit]

29/07/2014, 15h09
adiGuba

Citation:

Envoyé par Auteur

Comment est-ce possible ? 8O

Cela signifie que "/META-INF/MANIFEST.MF" n'est pas trouvé dans le Classloader de la classe courante... et qu'il est donc demander au Classloader parent (celui de la JVM).

A quoi correspond "this" dans ton code ?
Le manifest est bien présent dans le jar (attention aux différences de minuscule/majuscule).

a++
29/07/2014, 15h50
Auteur

Citation:

Envoyé par adiGuba

Cela signifie que "/META-INF/MANIFEST.MF" n'est pas trouvé dans le Classloader de la classe courante... et qu'il est donc demander au Classloader parent (celui de la JVM).

C'est surprenant qu'il ne le trouve pas car au lancement de l'application un splash-screen s'affiche avec la bonne image (qui se trouve aussi dans le jar). Donc le MANIFEST est bien trouvé.

Citation:

Envoyé par adiGuba

A quoi correspond "this" dans ton code ?

mon this est ma classe principale, celle qui contient le main.
J'ai voulu remplacer this par MonProjet mais une erreur indique

Citation:

non-static method getClass() cannot be referenced from a static context

Citation:

Envoyé par adiGuba

Le manifest est bien présent dans le jar (attention aux différences de minuscule/majuscule).

oui il est présent dans le dossier META-INF du jar. La casse est bien respectée.
29/07/2014, 15h52
tchize_

Le con, pourquoi j'y ai pas pensé. Forcément dans a une chiée de MANIFEST.MF si t'as plusieurs jar => Savoir le quel on charge...... C'est aléatoire ;) Bref ton code windows est "tombé en marche" :ptdr:

Citation:

Envoyé par adiGuba

Cela signifie que "/META-INF/MANIFEST.MF" n'est pas trouvé dans le Classloader de la classe courante... et qu'il est donc demander au Classloader parent (celui de la JVM).

Pas nécessairement ça peux simplement vouloir dire que le classloader qui a chargé son jar est le meme que celui qui a chargé le bootstrap. Plusieurs jars peuvent faire partie d'un même classloader, et donc la ressource Manifest.MF est loin d'être unique :aie:

2 possibiltiés:

utiliser Enumeration<URL> classloader.getRessources("META-INF/MANIFEST.MF") jusqu'à trouver le bon manifest.
utiliser un autre nom de fichier pour stocker ton numéro de version (ma préférence ^^)
29/07/2014, 16h05
Auteur

Citation:

Envoyé par tchize_

Forcément dans a une chiée de MANIFEST.MF si t'as plusieurs jar => Savoir le quel on charge...... C'est aléatoire ;) Bref ton code windows est "tombé en marche" :ptdr:

pour Windows, tu es sûr ?

Citation:

Envoyé par tchize_

utiliser Enumeration<URL> classloader.getRessources("META-INF/MANIFEST.MF") jusqu'à trouver le bon manifest.

comment ferais-tu cette énumération ? Peux-tu me donner un exemple de code ?
29/07/2014, 18h59
tchize_

Je prendrais une à une chaque URL de l'énumération, je la filerais à la classe Manifest, et je m'arrêterais quand j'aurais trouvé le MAnifest qui contiens mes paramètres.

Pour windows, disons que c'est possible que ton code marche, c'est pas garantis. Quand tu fais une getResourceAsStream et que plusieurs ressource correspondent au nom donné, il n'y a pas de mécanisme garantissant un ordre précis. Le hasard a fait que sous windows tu tombe sur le bon, peut être parce que les classloader sont un peu différents. Je vois que t'es sous openjdk sous linux et je parie que c'est une java de stock oracle sous windows ;)

J'ai exécuté ce code

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
 
        try
        {    
            Enumeration<URL> en=MonProjet.class.getClassLoader().getResources("/META-INF/");
            if (en.hasMoreElements()) 
            {
                URL metaInf=en.nextElement();
                File fileMetaInf=new File(metaInf.toURI());
 
                File[] files=fileMetaInf.listFiles();
                for (int i=0; i<files.length;i++)
                {
                    System.out.println(files[i].getPath());
                }
 
            }
            else
            {
                System.out.println("ko");
            }
 
        }
        catch (IOException ex)
        {
        } 
        catch (URISyntaxException ex) 
        {
        }

Rien n'est trouvé :( Le message du else s'affiche dans la console.
Pourtant j'ai encore vérifié dans l'archive, il y a bien un fichier dans le dossier META-INF.

31/07/2014, 19h27
tchize_

Code:

Enumeration<URL> en=MonProjet .class.getClassLoader().getResources("/META-INF/MANIFEST.MF");

Aussi, n'utilise pas file!!
01/08/2014, 16h45
Auteur

Nouvel essai, sans succès. :(
Je ne comprends vraiment pas ce qu'il se passe.
Je testerai ce code sous Windows pour savoir ce qu'il me retourne.

Sinon je vais recréer un nouveau projet sous Ubuntu avec un manifest pour voir ce que cela donne.
07/08/2014, 23h02
Auteur

Peut-on transférer la discussion dans le forum Netbeans car peut-être que le problème est au niveau de la configuration de cet IDE ?

:merci: