Discussion :

[targol]

Bonjour à tous.
Je suis actuellement confronté à un problème que je ne parviens pas à résoudre et j'espère que vous pourrez m'aider.
J'explique :
J'ai un jar "outils" qui contient un certain nombre de classes utilitaires me permettant de créer des "bundles" de données à injecter dans un système d'information.
Afin de d'assurer la compatibilité de ces bundles, je veux stocker à l'intérieur la version du jar ayant servi à les créer.
J'ai donc tout naturellement, dans la méthode permettant la création de bundle, écrit un code de ce style :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
        final InputStream stream = this.getClass().getClassLoader().getResourceAsStream("META-INF/MANIFEST.MF"); //$NON-NLS-1$
        final Manifest man = new Manifest(stream);

Mon gros problème c'est qu'en faisant cela, je ne récupère pas le manifest du jar dans lequel je suis, mais celui du jar principal (exécutable) ayant appelé ma classe.

Quelqu'un a-t'il une idée pour forcer la lecture du manifest du jar qui contient la classe dans laquelle j'écris le code ?

[Jimmy_]

Bonjour,

Pourquoi passer par le ClassLoader ?
J'irai plutôt chercher la ressource directement dans le jar.

[professeur shadoko]

j'ai jamais essayé mais je me retournerai vers la classe Package en ayant des informations de version dans le manifeste du jar cible.
On devrait pouvoir utiliser ce mécanisme pour récupérer des infos de version.

[targol]

Merci à vous pour vos réponses.

Bonjour,

Pourquoi passer par le ClassLoader ?
J'irai plutôt chercher la ressource directement dans le jar.

C'est justement ce que je n'arrive pas à faire.
Typiquement, mon jar peut être utilisé dans plusieurs applications différentes, je ne peux donc pas y accéder par un chemin absolu sur le disque vu que le path du ficher "*.jar" sera différent selon les applis.

j'ai jamais essayé mais je me retournerai vers la classe Package en ayant des informations de version dans le manifeste du jar cible.
On devrait pouvoir utiliser ce mécanisme pour récupérer des infos de version.

C'était une bonne idée, malheureusement, bien que mon jar possède un manifest, ces informations ne sont pas contenues dans les objets Package du jar.

Voici le Manifest du jar en question :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
Manifest-Version: 1.0
Ant-Version: Apache Ant 1.8.0
Created-By: 1.5.0_22-b03 (Sun Microsystems Inc.)
 
Name: DataLoad
Specification-Title: DataLoad
Specification-Version: 2.2.3.2
Implementation-Date: 09/29/2010 03:50 PM

C'est l'attribut "Specification-Version" que je veux récupérer.

un bout de code pour tester la solution proposée :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
for (Package p :Package.getPackages()) {
    if (p.getName().startsWith("com.xxx.dataload")) {
        System.out.println(p.getName()+" impl :" + p.getImplementationVersion() + " spec :" +p.getSpecificationVersion());
    }
}

et la sortie correspondante :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
com.xxx.dataload impl :null spec :null
com.xxx.dataload.log.listeneretl impl :null spec :null
com.xxx.dataload.log impl :null spec :null
com.xxx.dataload.exception impl :null spec :null
com.xxx.dataload.utils impl :null spec :null
com.xxx.dataload.job impl :null spec :null
com.xxx.dataload.threads impl :null spec :null
com.xxx.dataload.model.excel.headers impl :null spec :null
com.xxx.dataload.model.bundle impl :null spec :null
com.xxx.dataload.model.excel.impl impl :null spec :null
com.xxx.dataload.model.excel impl :null spec :null

A moins que certaines options de compilation soient nécessaires dans mon jar pour écrire ces informations dans les packages à la compil ...

[Jimmy_]

Dans ce cas le manifest ne convient pas. Il te faut nom unique ou une classe particulière qui porte ta version. Il suffirait alors de la chercher dans le classpath.

[professeur shadoko]

je ne comprends pas pourquoi dans ton cas: name=Dataload et ensuite tu cherches les packages com.xxx.dataload .... C'est quoi l'idée derrière?