Discussion :

[Altitude_K]

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
   
   
   b. accueil OK
   
   
   
2. .jar exécuté depuis son emplacement de création (répertoire 'dist' du projet)
   a. connexion OK
   
   
   b. accueil buggé (que le menu d'affiché)
   
   
   
3. .jar exécuté depuis le bureau
   a. connexion impossible
   

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 !

[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).

[Altitude_K]

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

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 :

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

this.setContentPane(new PanelImage());

Sachant que PanelImage contient ceci (- les imports) :

Code :

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

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);
    }                                    
}

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 :

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

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;
}

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 ?

[tchize_]

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 Utiilise la version qui prends un URL plutôt.

Code :

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

 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é

[joel.drigo]

Avec :

Code :

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

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).

[Altitude_K]

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

Nice, ça roule.

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 !

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.

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).

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

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 ?

[joel.drigo]

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).

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.

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 ?

[Altitude_K]

Comment as-tu intégré le jar ?

Via Netbeans, Propriétés du projet > Librairies > Add JAR/Folder

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

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

Code :

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

1
2
3
Manifest-Version: 1.0 
Main-Class: main.main
Class-Path: sqljdbc4.jar

[Altitude_K]

Oh put***, en écrivant ça je viens de comprendre...
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 ?

[tchize_]

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

Arf, ben pour une fois il a tort tiens 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.

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.

[Altitude_K]

Arf, ben pour une fois il a tort tiens

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 !

[Altitude_K]

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

Pour ceux que ça intéresse, voir ici.

[tchize_]

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