Discussion :

[samybelarbi]

Bonjour a tous

voila j'ai fini mon application java je la test sa marche nickel mais une fois Build y a un petit Hic.

quand j’exécute mon application appli\dist\appli.jar : elle ce lance normal mais j'ai un bouton qui Recherche des PortsSeries valable sur le pc il trouve Rien !!!

en revanche si je lance mon appli en cmd> Java -jar appli\dist\appli.jar : la tous fonctionne normal

j'ai re Build mon projet en compilant avec -Xlint:unchecked
je reçois un warning du genre : warning: [unchecked] unchecked call to put(K,V) as a member of the raw type java.util.HashMap portMap.put(curPort.getName(), curPort); 1 warning

voiçi ma methode :

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
 
 
    public Enumeration ports = null;
 
    public HashMap portMap = new HashMap();
public void searchForPorts()
    {
 
        ports = CommPortIdentifier.getPortIdentifiers();
 
        while (ports.hasMoreElements())
        {
            CommPortIdentifier curPort = (CommPortIdentifier)ports.nextElement();
 
            //get only serial ports
            if (curPort.getPortType() == CommPortIdentifier.PORT_SERIAL)
            {
 
                window.cboxPorts.addItem(curPort.getName());
                portMap.put(curPort.getName(), curPort);
            }
        }
    }

c'est quoi le problème a votre avis ?

[thelvin]

Probablement le répertoire en cours.

Si tu cherches des ports séries tu utilises forcément une bibliothèque dédiée à la gestion des ports séries, et où trouver cette bibliothèque devrait logiquement être indiqué quelque part dans le manifest de ton .jar. Sous forme d'un chemin relatif. Relatif au répertoire en cours. Si c'est pas le bon il trouvera pas la bibliothèque de gestion des ports com et ça ne marchera pas.

Une idée pour y voir plus clair serait de logger dans un fichier les exceptions rencontrées. Une idée serait de toujours faire ça quoi qu'il arrive, avant de penser à faire autre chose. Aussi incroyable que ça puisse paraître, tous ces messages d'erreur très sophistiqués existent en fait pour une raison.

quand j’exécute mon application appli\dist\appli.jar

... Ça... Veut rien dire, on est bien d'accord ? Moi quelqu'un me dit ça je comprends qu'il a tapé java -jar appli\dist\appli.jar dans une console, mais apparemment ce n'est pas le cas puisque c'est exactement la prochaine chose que tu décris.
Donc, cette application a été lancée comment ? Tu tapes quoi, où ça, tu cliques sur quoi, et comment c'est arrivé là ?

[samybelarbi]

quand j’exécute mon application appli\dist\appli.jar

je veux dire que je double clique sur le Jar tt simplement


ou es ce que je peux spécifier le chemin relatif a ma librarie RXTXcomm

[thelvin]

Nulle part. Fais un raccourci qui lance la commande et indique le répertoire d'exécution, au lieu de juste double-cliquer sur le fichier .jar.

[samybelarbi]

Sa marche nickel avec le raccourci , mais j'aimerais bien savoir pourquoi sa ne marche pas juste en double cliquant ???

[thelvin]

Comme j'ai déjà dit, je pense que ça a à voir avec le répertoire en cours.
Java, lorsqu'on l'installe sous Windows, rend le service - enfin, du coup, est-ce que ça rend vraiment service ? - d'associer les fichiers *.jar au fait d'être lancé comme une appli Java.

Là, j'avoue que je suis pas expert en fonctionnement de Windows, pas faute d'essayer d'ailleurs, mais c'est toujours une joie pour un informaticien, quand on a une question simple sur le fonctionnement de Windows, d'essayer vainement d'en trouver la réponse en un temps raisonnable...
Bref je ne suis pas sûr, mais il semble, à propos de cette association d'extensions de fichiers :

- qu'elle ne pense pas toute seule à lancer le programme, avec comme répertoire en cours celui où se trouve le fichier. Bon, ça se tient. Après tout l'idée c'est d'associer des *.doc à Word, donc le répertoire en cours devrait être celui de Word, pas celui du .doc.

- qu'elle ne fournit aucun moyen de spécifier le répertoire en cours à utiliser. ... Ce qui semble a priori stupide, notamment parce qu'un cas comme le nôtre ou proche du nôtre devrait sembler évident.


Pour résoudre ça, Java aurait dû fournir un lanceur de jars qui, pour chercher les bibliothèques référencées par le manifest d'un jar, les chercherait à partir du répertoire contenant le jar plutôt que le répertoire en cours. Ça me semble aller de soi, mais apparemment ce n'est pas ce qu'ils font.

De toute façon ce n'est pas très important puisqu'on ne peut pas modifier l'icône d'un .jar, ce qui est une raison suffisante pour utiliser un raccourci à la place.