Discussion :

[Jean_Benoit]

Bonjour,

J'essaie de compiler un Javabean donné en exemple par Sheik Yerbouti,
mais le source commence par des import oracle
J'ai trouvé les .jar oracle mais je ne sais pas où les placer par rapport à la variable CLASSPATH ou à la variable:

JAVA_HOME=C:\Program Files\Java\jdk1.6.0_11

Merci si vous pouvez m'aider

[Invité]

Salut,
Il faut tout simplement que tu ajoutes le jar dans le classpath, un petit tour dans la FAQ aide : http://java.developpez.com/faq/java/...UAGE_CLASSPATH
Tschau

[bouye]

OUI mais NON en fait.

La FAQ ignore helas le mecanisme des extensions qui sont la depuis Java 1.2. quand meme !

http://java.sun.com/javase/6/docs/te...ons/index.html
http://java.sun.com/docs/books/tutorial/ext/

Alors:

- http://java.sun.com/javase/6/docs/te...xtensions.html
tu peux mettre des JARs dans le repertoire lib/ext du JRE mais aussi du JRE du JDK (utile pour compiler quand meme !). Ceux-ci sont automatiquement ajoutes au CLASSPATH. Si ces libs necessitent du code non-portable, ex : des DLLs, ceuxc-i sont a placer dans le repertoire bin du JRE (sous Windows) ou dans lib/ext/<arch> (sous Unix).
Si tu changes de JVM, il te faudra les recopier dans la nouvelle JVM.

- http://java.sun.com/docs/books/tutor...s/install.html
depuis Java 6 tu peux mettre tes JARs dans %SystemRoot%\Sun\Java\lib\ext (generalement %SystemRoot% c'est C:\Windows) ce qui fait qu'ils seront toujours dispo meme si tu change de JVM.

Attention cependant, centraliser les JAR peut etre fort utile mais peut egalement mener a des problemes de conflit de version.

[Jean_Benoit]

Merci pour les réponses

[Invité]

OUI mais NON en fait.

La FAQ ignore helas le mecanisme des extensions qui sont la depuis Java 1.2. quand meme !

http://java.sun.com/javase/6/docs/te...ons/index.html
http://java.sun.com/docs/books/tutorial/ext/

Alors:

- http://java.sun.com/javase/6/docs/te...xtensions.html
tu peux mettre des JARs dans le repertoire lib/ext du JRE mais aussi du JRE du JDK (utile pour compiler quand meme !). Ceux-ci sont automatiquement ajoutes au CLASSPATH. Si ces libs necessitent du code non-portable, ex : des DLLs, ceuxc-i sont a placer dans le repertoire bin du JRE (sous Windows) ou dans lib/ext/<arch> (sous Unix).
Si tu changes de JVM, il te faudra les recopier dans la nouvelle JVM.

- http://java.sun.com/docs/books/tutor...s/install.html
depuis Java 6 tu peux mettre tes JARs dans %SystemRoot%\Sun\Java\lib\ext (generalement %SystemRoot% c'est C:\Windows) ce qui fait qu'ils seront toujours dispo meme si tu change de JVM.

Attention cependant, centraliser les JAR peut etre fort utile mais peut egalement mener a des problemes de conflit de version.

Certes mais pour distribuer une appli ou si tu ne veux une bibliothèque que pour une appli, ca fait un peu lourd de placer des choses dans le répertoire d'installation de java, non ?
Il est de toute manière bon de maîtriser le classpath quand on fait du java, ca sert surement plus souvent, ou me trompe-je ?

PS : ceci dit il est vrai qu'une entrée dans la FAQ à ce sujet pourrait être bien

[bouye]

Certes mais pour distribuer une appli ou si tu ne veux une bibliothèque que pour une appli, ca fait un peu lourd de placer des choses dans le répertoire d'installation de java, non ?

Le problème est exactement le même que pour les DLLs sous Windows et les lib.so sous UNIX : ca a ses avantages ET ses inconvénients.
A certaines périodes on préfère l'un, et à d'autre l'autre.

PS : oui je sais que ça fait un peu normand dit comme ça, mais c'est juste que les phénomènes de mode sont cycliques.