Discussion :

[deadalnix]

Bonjour,

Je suis utilisateur de SPI (cf. http://www.javaworld.com/javaworld/j...-1103-mp3.html) dans le cadre d'un projet. Or, si les SPI fonctionnent bien lorsque je mets mon programme dans un jar et l'exécute, ils ne fonctionnent pas quand je lance le programme depuis Eclipse.

Afin que les SPI soient pris en compte, il est nécessaire de les déclarer dans des fichiers dans le sous dossier services de META-INF de notre jar. J'ai bien l'impression que Eclipse n'utilise pas ces fichiers quand il lance le programme, ce qui rend les SPI inopérants car non déclarés.

Je vois deux solutions pour m'en tirer, or je n'arrive à mettre en place aucun des deux :
1/ Dire à Eclipse de prendre en compte les SPI.
2/ Dire à Eclipse de générer le jar directement et de lancer celui-ci.

Pour l'instant, je suis obligé d'exporter le jar, puis de l'exécuter. Je perds pas mal de temps pour rien j'ai l'impression.

Explications :
Prenons l'exemple de javax.sound.sampled.spi.AudioFileReader et du SPI de javazoom pour lire les mp3 : javazoom.spi.mpeg.sampled.file.MpegAudioFileReader

On déclare donc ce dernier via un fichier dans META-INF/services afin de le déclarer comme étant un implémentation du service AudioFileReader, pour le format MP3 (qui n'est pas géré de base par la JVM).

Si ensuite on utilise le code suivant :

Code :

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

AudioFileFormat ff = AudioSystem.getAudioFileFormat(new File("monfichier.mp3"));

Si on pack l'application dans un jar, tout se passe bien, notre implémentation du support du MP3 est prise en compte par la JVM, tout se passe bien. Si on lance le programme depuis eclipse, on se mange un UnsupportedAudioFileException dans les dents car, bien que javazoom.spi.mpeg.sampled.file.MpegAudioFileReader soit bien dans le classpath, sa déclaration en tant que SPI n'est aps prise en compte.

Si je met le tout dans un jar, et que je lance à la main, ça fonctionne. Il faut donc ou bien que Eclipse prenne en compte mes déclaration de SPI, ou bien qu'il me fasse le jar direct avant de lancer l'appli. Or pas moyen de lui faire faire l'un ou l'autre.

Des suggestions ?

Merci d'avance.

[Laurent.B]

Bonjour,

Je pense qu'il faut paramétrer correctement ta configuration de lancement, comme cela est un peu expliqué ici http://eclipse.developpez.com/faq/?p...#argumentsJVM2 et notamment vérifier qu'il y a tout ce qu'il faut dans l'onglet Classpath.

[deadalnix]

J'ai un fouillé de ce coté, mais rien trouvé de bien convainquant. C'est quand même incroyable qu'il n'y ai pas de moyen simple de faire ça. Et que personne ne semble avoir eu le problème sur net . . .

[Laurent.B]

J'ai un fouillé de ce coté, mais rien trouvé de bien convainquant. C'est quand même incroyable qu'il n'y ai pas de moyen simple de faire ça. Et que personne ne semble avoir eu le problème sur net . . .

Hé hé, en général quand on en arrive à penser ça, on se rend compte après que c'est simplement parce qu'on n'a pas abordé la chose dans le bon sens

Donc, peux-tu donner la structure des éléments que tu as dans ton jar ? Histoire de voir quels sont les fichiers importants qu'il faudrait référencer dans la configuration de lancement d'Eclipse.

[deadalnix]

Bon, j'en suis venu à faire un script qui met les fichiers au bon endroit au bon moment.

Je crois que le problème est simplement que les SPI sont un fonction très (trop?) peu utilisées et donc simplement mal intégrés. C'est un peu décevant, mais ça fonctionne. Il suffit simplement de copier les fichiers de définition des SPI au bon endroit car eclipse les mets bien dans le jar, mais pas dans le /bin du projet. En les y incluant, de la même manière que si l'on avait décompressé le jar, cela fonctionne.

J'en ai profité pour ajouter d'autres fonctions dans le script comme signer le jar.

Le soucis viens des fichiers qui définissent quelles sont les classes d'implémentation de service qui ne sont pas pris en compte. En les copiant avec les classes via un script, cela fonctionne.

Je laisse le thread en non résolu, dans la mesure ou ce n'est pas éclipse qui résout le problème. Et peut-être quelqu'un va un jour le déterrer pour nous annoncer de grandes nouvelles à ce sujet.

Toujours est-il que j'ai un solution satisfaisante.

[Laurent.B]

Ma foi... D'après ce que tu dis, et selon ce que je pense avoir compris de ton contexte, je ne vois rien d'insolutionnable en configurant correctement ton projet. Certes, ce n'est pas sans doute pas trivial