Librairies non trouvées

Version imprimable

28/08/2007, 13h58
Mister Nono

Librairies non trouvées
J'ai une appli J2EE (mais ma question ne concerne pas spécialement J2EE) qui utilise les fichiers (disponibles sur le site de Sun) :
Code:

1 2 3 4 comm.jar javax.comm.properties win32comm.dll
...
et qui permettent à l'application de dialoguer via le port RS232/485.

Pour que cette communication se fasse bien je positionne les fichiers dans les répertoires JAVA suivants :
Code:

1 2 3 <REPERTOIRE JAVA>\lib\ <REPERTOIRE JAVA>\lib\ext\
Dans le cas de J2EE, mettre ces fichiers dans l'arborescence de l'application ou dans le répertoire lib de Tomcat ou même dans le répertoire de Windows ne fait pas fonctionner la communication car les ports RS232/485 ne sont pas trouvés.

Mon soucis est que le répertoire JAVA où sont mis ces fichiers change de nom lors d'une mise à jour de JAVA.

Par exemple :
Code:

1 2 C:\Program Files\Java\jre1.6.0_01
... devient ...
Code:

1 2 C:\Program Files\Java\jre1.6.0_02
... et les clients (qui ne sont pas des informaticiens) ont leur application qui ne fonctionne plus.

Je cherche donc une solution à ce soucis : serait-il, par exemple, possible de laisser ces fichiers dans le répertoire de l'application
et de définir un classpath particulier ? Ou alors existe-t-il une autre solution ? :?

Merci pour vos idées. ;)
28/08/2007, 15h01
bulbo

Je sais que le project JDIC se debrouille pour retrouver les .dll ou .so si ils sont dans le meme repertoire que le jar donc c'est faisable

Tu as essaye de definir le java.library.path ? Genre avec une option -Djava.library.path=tonrep

Bulbo ;)
28/08/2007, 15h46
Mister Nono

Citation:

Envoyé par bulbo

Je sais que le project JDIC se debrouille pour retrouver les .dll ou .so si ils sont dans le meme repertoire que le jar donc c'est faisable

J'ai essayé mais sans succès. :aie:

Citation:

Envoyé par bulbo

Tu as essaye de definir le java.library.path ? Genre avec une option -Djava.library.path=tonrep

Bulbo ;)

Je vais essayer. :mrgreen:

Impossible de lancer le serveur tomcat embedded avec cette option car c'est une fonction java qui fait cela comme dans le code ci-après :

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
27
28
29
30
31
32
33
34
35
36
37
38
39
StringBuffer msg = new StringBuffer(); 
            msg.append(RESOURCE_BUNDLE.getString("Serveur-demarre"));
            
            setInfoBulle(msg.toString());
            
            embedded = new Embedded();

            MemoryRealm mem = new MemoryRealm();
            embedded.setRealm(mem);

            Engine baseEngine = embedded.createEngine();
            baseEngine.setName("vsjEngine");
            baseEngine.setDefaultHost("vsjHost");

            Host baseHost = embedded.createHost("vsjHost", "webapps");
            baseEngine.addChild(baseHost);

            Context rootContext = embedded.createContext("", "ROOT");
            baseHost.addChild(rootContext);

            Context managerContext = embedded.createContext("/manager",
                    "manager");
            managerContext.setPrivileged(true);

            Context appliContext = embedded.createContext("/"
                    + WEB_NOM_APPLICATION, WEB_NOM_APPLICATION);
            appliContext.setPrivileged(true);

            baseHost.addChild(appliContext);

            embedded.addEngine(baseEngine);

            Connector httpConnector = embedded.createConnector(
                    (java.net.InetAddress) null, PORT_URL, false);
            embedded.addConnector(httpConnector);

            
            embedded.start();

Au secooooooouuuuuuuuurrrrrrrrrrrrrrrrsssssssssssssssssssssssssss. :aie:

28/08/2007, 16h02
bulbo

Tu peux remplacer ca par un appel a System.setProperty("java.library.path", "tonRep");

De preferrence avant tout reference a l'API comm bien sur.

Bulbo ;)
28/08/2007, 16h04
Mister Nono

Citation:

Envoyé par bulbo

Tu peux remplacer ca par un appel a System.setProperty("java.library.path", "tonRep");
Bulbo ;)

Remplacer QUOI par QUOI ? Peux-tu m'en dire plus sur cela car je n'ai pas tout saisi de ton explication ? :aie:

Merci par avance. ;)
28/08/2007, 16h15
bulbo

Citation:

Envoyé par Mister Nono

Remplacer QUOI par QUOI ? Peux-tu m'en dire plus sur cela car je n'ai pas tout saisi de ton explication ? :aie:

Merci par avance. ;)

Tu peux remplacer la directive -Djava.library.path= par un System.setProperty

Au final c'est ce que fais le -Djava.library.path, donc si tu ne peux pas passer cette directive a la jvm, dans ce cas fais le depuis ton code.

C'est plus clair comme ca ?

Bulbo ;)
28/08/2007, 16h24
Mister Nono
Merci pour ta réponse. ;)

Je viens donc de rajouter ce code :
Code:

1 2 System.setProperty("java.library.path", "lib");
... avec les fichiers dans le répertoire :
Code:

1 2 c:\NOM_APPLICATION\application\lib\
... et les librairies sont toujours inconnues. :aie:

... avec le jar qui lance l'application dans le répertoire :
Code:

1 2 c:\NOM_APPLICATION\
... et la classe contenant le main dans le répertoire :
Code:

1 2 c:\NOM_APPLICATION\application\
Pourquoi ? :?

A+ ;)
28/08/2007, 16h36
bulbo

Desole que ca ne marche pas .. je fournissais juste une piste .. ils ne disent rien dans la doc de l'API comm ?

Je ne l'ai jamais utilise et je n'ai pas eu a faire de natif depuis des annees donc je ne saurais t'aider plus que ca, a mon grand regret.

Bulbo ;)

Merci encore. ;)

J'ai modifier la ligne de code comme ceci :
Code:

1 2 System.setProperty("java.library.path", System.getProperty("java.library.path") + ";" + System.getProperty("user.dir") + "\\application\\lib");
... mais sans succès. :aie:

A+ ;)

28/08/2007, 17h10
Mister Nono
La méthode :
Code:

1 2 System.getProperty("java.home")
... donne le répertoire java. :mrgreen:

Il ne reste plus qu'à copier les librairies dans les sous-répertoires /lib et /lib/ext.

A+ ;)
28/08/2007, 17h16
bulbo

Bah voila, finalement tu vas t'en sortir :D

Content d'avoir pu t'aider meme si c'est indirectement.

Bulbo ;)
28/08/2007, 18h09
Mister Nono

Et oui cela fonctionne maintenant. :mouarf:

A+ ;)