Discussion :

[tifozy]

salut à tous
j'ai win vista je travaille avec eclipse
1- j'ai suivie les étapes une par une (plusieurs fois) sur "comment faire un JAR sous eclipse" sur plusieur forum c'est simple mais là ça ne fonctionne pas pour moi.
j'ai un message "PanoChoix(ma main classe) not found" !!
ok mais lorsque je choisie l'option: Runnable JAR
cela fonctionne parfaitement.
quelle est la différence entre : "JAR" et "Runnable JAR" sous eclipse.
2- j'ai le JFrame(1) principalle ayant un panel avec 03 boutons
chaque bouton me renvoie sur un autre JFrame(2 ou 3 ou 4)
mon probleme et que lorsque je ferme n'importe qulle JFrame(x) tous les autres se ferme!!!
je veut seulement fermer le jframe(2) sans que fenetre(1) ne soit affectée

merci d'avance

[Mamypirate]

Le Runnable jar permet (comme son nom l'indique ) de lancer une application. Il est nécessaire d'avoir un main() dans ce cas.
Le jar "normal" permet de créer un ensemble de classes par exemple, une librairie qui n'a pas pour vocation à être exécuter directement.

Pour ton second problème, je suppose que tu as fais ceci :

Code :

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

setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);

qui entraîne l'arrêt de l'application !

Essai avec ceci :

Code :

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

setDefaultCloseOperation(JFrame.DISPOSE_ON_CLOSE);

qui, lui, va juste masquer la fenêtre lors de sa fermeture.

[tifozy]

merci l'ami ...
mais il n'y a pas moyens de fermer le second JFrame sans que le première ne soit fermer ... pas juste caché (JFrame.DISPOSE_ON_CLOSE)

et mille merci encore pour ton explication à propos de ma première question.

[wax78]

Le Runnable jar permet (comme son nom l'indique ) de lancer une application. Il est nécessaire d'avoir un main() dans ce cas.
Le jar "normal" permet de créer un ensemble de classes par exemple, une librairie qui n'a pas pour vocation à être exécuter directement.

Ouais c'est pas faux. Mais le jar normal permet aussi de lancer une application... C'est d'ailleurs la seule manière de faire un jar bien propre.

La difference est surtout dans l'automatisme de la chose, et donc, de l'imperfection aussi de la procedure concernan le runnable jar. En effet eclipse chercher apres toutes les dependances pour les inclures, sans specialement exclure plein de choses inutiles. (taille imposante) mais en theorie le jar fonctionne et se lance.

Enfin ca c'est mon avis

[tifozy]

Ouais c'est pas faux. Mais le jar normal permet aussi de lancer une application... C'est d'ailleurs la seule manière de faire un jar bien propre.

La difference est surtout dans l'automatisme de la chose, et donc, de l'imperfection aussi de la procedure concernan le runnable jar. En effet eclipse chercher apres toutes les dependances pour les inclures, sans specialement exclure plein de choses inutiles. (taille imposante) mais en theorie le jar fonctionne et se lance.

Enfin ca c'est mon avis

donc vous me conseillez de pencher plutot vers le JAR tout court et par la meme évité le Runnable JAR car il y aurais des inmperfections ...ok

cela pourrait etre alors l'explication de mon probleme: JAR ne fonctionne pas et me fourni un pano m'informant que "pano"not found(pano est ma main classe) alors que le Runnabel JAR fonctionne bien

il y aurais donc des imperfections dans mon programme que le JAR ne digére pas !!
ok je vais revoire un peut le FAQ ..encore merci l'ami

[wax78]

Oui et non.

Si tu ne fais pas un runnable JAR, tu vas devoir creer un manifest (il px le generer seul mais s'il y'a des librairies il faudra les ajouter a la main). Lors de la creation du jar eclipse va prendre le manifest et le mettre dans le jar avec toutes les classes que tu as codées.

Le runnable jar ce n'est pas qu'il sera imparfait, c'est qu'il va peut etre contenir des classes inutiles etc ...

Limite moi au debut d'un projet quand j'ai pas envie de me tracasse pour distribuer un jar et que je vx qu'il marche mais que je me fout de sa taille, je fait le runnable jar. Ensuite je m'arrange pour refaire le jar avec l'ancienne methode, pour le nettoyer un peu et ne pas inclure les libs directement dans le jar etc...