Problème de création de .jar exécutable

Version imprimable

09/09/2015, 16h29
Altitude_K

4 pièce(s) jointe(s)

Problème de création de .jar exécutable
Bonjour à tous,

Je suis en train de développer une appli Java sous Netbeans (je débute), que j'aimerais livrer sous forme d'un .jar exécutable.
Après quelques recherches sur le net, je constate qu'il est très aisé de créer/récupérer le .jar dans le dossier 'dist' du projet (après avoir build ce dernier), le problème est que lorsque je lance le .jar depuis son emplacement de création (dist) ou même d'un autre, il n'a pas du tout le comportement attendu !... et même un comportement différent suivant les 2 cas.

Voici les différents comportements :
1. application lancée via Netbeans
  a. connexion OK
  Pièce jointe 187544
  
  b. accueil OK
  Pièce jointe 187545
2. .jar exécuté depuis son emplacement de création (répertoire 'dist' du projet)
  a. connexion OK
  Pièce jointe 187544
  
  b. accueil buggé (que le menu d'affiché)
  Pièce jointe 187547
3. .jar exécuté depuis le bureau
  a. connexion impossible
  Pièce jointe 187548
Auriez-vous une idée de ce qu'il se passe ?

A noter que :
- j'utilise une BDD SQLServer, avec le pilote qui va bien.
- j'ai également fait un test en générant le .jar depuis Eclipse, je retombe sur le scénario 3

A vot' bon coeur !
Merci merci ! :D
09/09/2015, 18h52
joel.drigo

Salut,

Je dirais que ça vient des ressources : l'image déjà, là, qu'on distingue dans ton image floutée (peut-être combiné avec un problème de layout particulier). Comment est configuré l'accès à la base (l'url particulièrement) : directement dans le code, ou dans un fichier properties, ou autre fichier de configuration, qui pourrait être également une ressource ? Dans ce cas, combinée à une gestion trop simpliste des SQLException, ceci pourrait expliquer ton problème de connexion.

Si tu accèdes a tes ressources par un chemin relatif, par la classe File ou la classe Path, l'exécution de ton jar dans le dossier dist fera qu'elles ne pourront être trouvées (il faut utiliser plutôt la méthode getRessource() (ou éventuellement getResourceAsStream() selon) de la classe Class, ou ClassLoader), ce qui te permettra d'accèder aux ressources par URL, et donc également à celle qui se trouvent dans le jar (et qui ne sont donc pas des fichiers).

Déjà, merci pour ta réponse rapide ! :)

Citation:

Envoyé par joel.drigo

l'image déjà, là, qu'on distingue dans ton image floutée (peut-être combiné avec un problème de layout particulier).

J'ai ajouté l'image en fond du ContentPane de la Frame avec ce code

Code:

this.setContentPane(new PanelImage());

Sachant que PanelImage contient ceci (- les imports) :
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 public class PanelImage extends JPanel { public Image image; public PanelImage() { image = Toolkit.getDefaultToolkit().getImage("src\\interfaces_graphiques\\fond.jpg"); try { MediaTracker mt = new MediaTracker(this); mt.addImage(image, 0); mt.waitForAll(); } catch (Exception e) { e.printStackTrace(); } this.setPreferredSize(new Dimension(image.getWidth(this), image.getHeight(this))); } @Override public void paintComponent(Graphics g) { g.drawImage(image ,0, 0, this.getWidth(), this.getHeight(), this); } }
Citation:

Envoyé par joel.drigo

Comment est configuré l'accès à la base (l'url particulièrement) : directement dans le code, ou dans un fichier properties, ou autre fichier de configuration, qui pourrait être également une ressource ? Dans ce cas, combinée à une gestion trop simpliste des SQLException, ceci pourrait expliquer ton problème de connexion.

Je me connecte très simplement via une classe de connexion via :
Code:

1 2 3 4 5 6 7 8 9 10 try { String url = "jdbc:sqlserver://serveur-sql2008:1433; databaseName = 01_ProjetQNS;"; conn = java.sql.DriverManager.getConnection(url, login, pswd); OK = true; } catch (Exception e) { OK = false; }
Citation:

Envoyé par joel.drigo

Si tu accèdes a tes ressources par un chemin relatif, par la classe File ou la classe Path, l'exécution de ton jar dans le dossier dist fera qu'elles ne pourront être trouvées (il faut utiliser plutôt la méthode getRessource() (ou éventuellement getResourceAsStream() selon) de la classe Class, ou ClassLoader), ce qui te permettra d'accèder aux ressources par URL, et donc également à celle qui se trouvent dans le jar (et qui ne sont donc pas des fichiers).

En effet, j'utilise un chemin relatif, mais je n'utilise ni File ni Path. Je n'ai pas procédé correctement ?

10/09/2015, 09h27
tchize_

Citation:

Envoyé par Altitude_K

En effet, j'utilise un chemin relatif, mais je n'utilise ni File ni Path. Je n'ai pas procédé correctement ?

Tu utilises createImage(String filename), ce qui reviens au même :weird: Utiilise la version qui prends un URL plutôt.

Code:

image = Toolkit.getDefaultToolkit().getImage(getClass().getResource("/interfaces_graphiques/fond.jpg"));

Ensuite, il suffit de lancer ton jar depuis une console avec java -jar nomdujar.jar et tu aurais vu tout de suite l'erreur affichée.

Par rapport à ton code, qu'apporte ton PanelImage par rapport à un simple ImageIcon + JLabel? Le wait dans le constructeur, c'est bof bof. Si le constructeur est appelé comme il se doit dans l'EDT, ça veux dire que tu bloques l'affichage pendant un moment.

Pour ta connexion, je suppose que tu as oublié d'inclure les librairies dont dépendend ton jar quand tu l'as déplacé
10/09/2015, 10h38
joel.drigo
Avec :
Code:

1 2 3 4 5 catch (Exception e) { OK = false; }
Tu ne risques pas d'avoir le message d'erreur exact (mais l'absence de bibliothèque jdbc est en effet l'hypothèse la plus vraissemblable). Pour afficher l'erreur SQL, voir comment c'est fait ici (ou afficher e.getMessage() au minimum).
10/09/2015, 15h39
Altitude_K

Citation:

Envoyé par tchize_

Tu utilises createImage(String filename), ce qui reviens au même :weird: Utiilise la version qui prends un URL plutôt.

Nice, ça roule.

Citation:

Envoyé par tchize_

Ensuite, il suffit de lancer ton jar depuis une console avec java -jar nomdujar.jar et tu aurais vu tout de suite l'erreur affichée.

En effet, je prends cette habitude dès maintenant !

Citation:

Envoyé par tchize_

Par rapport à ton code, qu'apporte ton PanelImage par rapport à un simple ImageIcon + JLabel?

Dans pas mal de posts j'ai vu que c'était plus propre qu'utiliser un JLabel.

Citation:

Envoyé par tchize_

Le wait dans le constructeur, c'est bof bof. Si le constructeur est appelé comme il se doit dans l'EDT, ça veux dire que tu bloques l'affichage pendant un moment.

J'ai vu ça chez Doudoux (commentaire après le 2ème exemple).

Citation:

Envoyé par tchize_

Pour ta connexion, je suppose que tu as oublié d'inclure les librairies dont dépendend ton jar quand tu l'as déplacé

Citation:

Envoyé par joel.drigo

l'absence de bibliothèque jdbc est en effet l'hypothèse la plus vraissemblable

Le problème vient bien de ma librairie JDBC, mais je ne comprends pas pourquoi : sous Netbeans j'ai bien ma librairie, et elle est bien dans le .jar si je le décompresse. Par contre j'ai toujours le message d'erreur suivant : No suitable driver found for jdbc://XXXXXX.
Je n'ai pour pas encore trouvé de solution sur le net, des idées ?
10/09/2015, 15h47
joel.drigo

Citation:

Envoyé par Altitude_K

Dans pas mal de posts j'ai vu que c'était plus propre qu'utiliser un JLabel.

Ça dépend : si l'image peut être affichée dans sa taille d'origine, ou une taille fixe, c'est plus simple d'utiliser un JLabel. Si la taille de l'image doit pouvoir être adaptée dynamiquement, il faut effectivement l'afficher dans le fond d'un JPanel (ou Canvas).

Citation:

Envoyé par Altitude_K

J'ai vu ça chez Doudoux (commentaire après le 2ème exemple).

Ce n'est utile que pour lorsqu'on charge les images en asynchrone (ce qui est le cas avec une ImageIcon). On peut utiliser ImageIO à la place.

Citation:

Envoyé par Altitude_K

Le problème vient bien de ma librairie JDBC, mais je ne comprends pas pourquoi : sous Netbeans j'ai bien ma librairie, et elle est bien dans le .jar si je le décompresse. Par contre j'ai toujours le message d'erreur suivant : No suitable driver found for jdbc://XXXXXX.
Je n'ai pour pas encore trouvé de solution sur le net, des idées ?

Comment as-tu intégré le jar ? Le classpath dans le manifest le référence-t-il bien ?
10/09/2015, 16h22
Altitude_K

1 pièce(s) jointe(s)
Citation:

Envoyé par joel.drigo

Comment as-tu intégré le jar ?

Via Netbeans, Propriétés du projet > Librairies > Add JAR/Folder
Pièce jointe 187619

Citation:

Envoyé par joel.drigo

Le classpath dans le manifest le référence-t-il bien ?

Voilà mon manifest (mon .jar est à la racine du projet) :
Code:

1 2 3 Manifest-Version: 1.0 Main-Class: main.main Class-Path: sqljdbc4.jar
10/09/2015, 16h30
Altitude_K

Oh put***, en écrivant ça je viens de comprendre... :oops:
Je change mon manifest en ajoutant /lib/ :)

Par contre, y'a moy de l'intégrer au jar en lui même, pour n'avoir qu'un fichier à distribuer ?
10/09/2015, 19h16
tchize_

Citation:

Envoyé par Altitude_K

J'ai vu ça chez Doudoux (commentaire après le 2ème exemple).

Arf, ben pour une fois il a tort tiens :ptdr: Le chargement est asynchrone, il suffit de définir la taille de ton composant après le chargement, plutôt que dans le constructeur ;) Pour ça faut un Thread à part. D'où l'intérêt de JLabel ou ImageIO. Ton code est loin d'être plus propre qu'un JLabel: il nécessite de la maintenance, il cause des erreurs. Autant se reposer sur les briques existantes.

Citation:

Envoyé par Altitude_K

Par contre, y'a moy de l'intégrer au jar en lui même, pour n'avoir qu'un fichier à distribuer ?

Surement puisque eclipse en est capable. Mais j'ignore comment le faire avec netbeans.
11/09/2015, 08h56
Altitude_K

Citation:

Envoyé par tchize_

Arf, ben pour une fois il a tort tiens :ptdr:

Je m'éloigne un peu du sujet (mis en résolu d'ailleurs), mais tu sous-entends qu'il a souvent tort ?
On m'avait dit à plusieurs reprises que c'était une source fiable...

En tout cas, merci beaucoup pour vos réponses !
11/09/2015, 11h22
Altitude_K

Citation:

Envoyé par tchize_

Surement puisque eclipse en est capable. Mais j'ignore comment le faire avec netbeans.

Pour ceux que ça intéresse, voir ici.
11/09/2015, 23h47
tchize_

Citation:

Envoyé par Altitude_K

mais tu sous-entends qu'il a souvent tort ?

Au contraire, aucune ironie dans mon message, première fois que je vois ce que je considère comme une bourde dans son tuto :)