RE: Classpath: suite

sï¿½bastien Layer Mon, 23 Sep 2002 23:53:17 -0700

link: liï¿½ l'application avec la lib. En java sa se traduit par l'inclusion
de la lmib dans le classpath:
        javac  -classpath /usr/lib/toto.jar;/usr/lib/lala.jar lala.java
La dï¿½finition du classpath vers le jar dï¿½fini une idï¿½e de link de ton
aplication sur la librairie.


Dans tous les cas, je ne connais pas Ant, mais de ce que je sais de la
compil, il faut que tu prï¿½cises en dur les librairies que tu utilises cf
exemple plus haut. Et je te conseil donc d'ï¿½numï¿½rer l'ensemble des
librairies ï¿½ inclure au lieu de crï¿½er un jar contenant l'ensemble des .class
de tes librairies cf mail prï¿½cï¿½dent.

-----Message d'origine-----
De : Aurelien Mazurie [mailto:[EMAIL PROTECTED]]
Envoyï¿½ : lundi 23 septembre 2002 22:24
ï¿½ : [EMAIL PROTECTED]
Objet : Re: Classpath: suite



Qu'entendez-vous par "linker" ?

Le lundi, 23 sep 2002, ï¿½ 17:46 Europe/Paris, sï¿½bastien Layer a ï¿½crit :

> le mieux, je pense, est de linker avec plusieurs jar de maniï¿½res ï¿½
> favoriser
> la modularitï¿½. Ainsi si l'une de tes lib est updatï¿½, tu n'as plus qu'ï¿½
> la
> patcher, tu n'ai pas obligï¿½ de relivrer l'ensemble des librairies.
> C'est mon
> point de vue.
>
> -----Message d'origine-----
> De : Aurelien Mazurie [mailto:[EMAIL PROTECTED]]
> Envoyï¿½ : lundi 23 septembre 2002 17:35
> ï¿½ : [EMAIL PROTECTED]
> Objet : Re: Classpath: suite
>
>
>
> Oui, le "gros" jar contiendrai les "petits" jar, pas leurs classes. Il
> me semble que c'est possible, a priori ? Sinon, je peux toujours
> demander ï¿½ mon script Ant de dï¿½compresser les .jar externes dans le
> rï¿½pertoire de build, et "jarrer" le tout.
>
> Quelqu'un sait si c'est vraiment moche d'inclure des jars dans un jar ?
>
> Aurï¿½lien Mazurie
>
> Le lundi, 23 sep 2002, ï¿½ 17:19 Europe/Paris, LAMY Olivier a ï¿½crit :
>
>> Question :
>> Le "gros" Jar contient les autres Jars ou les classes de ces Jar ?
>> De mon humble avis, la deuxiï¿½me solution paraï¿½t ï¿½tre plus acceptable !
>> Car un jar qui contient d'autres Jar (je n'y crois que moyennement,
>> cela dit
>> pourquoi pas !)
>>
>> ----- Original Message -----
>> From: "Aurelien Mazurie" <[EMAIL PROTECTED]>
>> To: <[EMAIL PROTECTED]>
>> Sent: Monday, September 23, 2002 5:12 PM
>> Subject: Classpath: suite
>>
>>
>>>
>>>> une piste :
>>>>
>>>> <path id="path.classpath">
>>>>     <!--<pathelement location="${dir.extclass}/**/*.jar" />-->
>>>>     <fileset dir="${dir.extclass}" />
>>>> </path>
>>>>
>>>> oï¿½ ${dir.extclass} pointe vers le rï¿½pertoire contenant les jars
>>>> (chez
>>>> moi ï¿½a
>>>> marche)
>>>
>>> Ca marche ! Effectivement, mon erreur (paraï¿½t-il "classique", dans le
>>> fichier oï¿½ j'ai lu ï¿½a) viens du fait que j'indique un rï¿½pertoire de
>>> .jar dans le classpath, au lien d'indiquer les .jar eux-mï¿½me (qui
>>> sont,
>>> du point de vue de Java, des rï¿½pertoires)... La directive "fileset"
>>> sous Ant permet de reconstituer une liste de ces jars, et de les
>>> injecter dans le classpath. Ouf !
>>>
>>> Mais j'ai un autre problï¿½me maintenant =)
>>> Une fois tout compilï¿½ (ca compile sans problï¿½mes), j'aimerai tout
>>> mettre dans un .jar, pour n'avoir plus qu'un seul fichier ï¿½
>>> manipuler.
>>> Or, une fois crï¿½ï¿½ le jar (je met tout dedans: les .class bien sï¿½r,
>>> mais
>>> aussi les .jar des classes externes que j'utilise), ï¿½ l'exï¿½cution il
>>> ne
>>> me retrouve pas une classe particuliï¿½re (celle du JDBC MySQL), que
>>> j'instancie comme ï¿½a:
>>>
>>> Class.forName("com.mysql.jdbc.Driver").newInstance();
>>>
>>> Toutes les autres classes contenues dans les autres .jar (que
>>> j'utilise
>>> par un simple "import ...") semblent accessibles sans problï¿½mes (en
>>> tout cas je n'ai pas d'erreur pour elles; peux-ï¿½tre l'erreur pour
>>> mm.mysql masque-t'elle les autres en interrompant la compilation ï¿½ ce
>>> stade ?).
>>>
>>> Sauriez-vous comment instancier cette classe "com.mydsl.jdbc.Driver"
>>> ?
>>>
>>> Aurï¿½lien Mazurie
>>>
>>>> ----- Original Message -----
>>>> From: "Aurelien Mazurie" <[EMAIL PROTECTED]>
>>>> To: <[EMAIL PROTECTED]>
>>>> Sent: Monday, September 23, 2002 12:09 PM
>>>> Subject: Classpath
>>>>
>>>>
>>>>>
>>>>> Je suis nul !
>>>>> Je sais, ca fait bizarre de commencer un e-mail avec cette
>>>>> affirmation, mais je maintien: depuis le temps que je programme en
>>>>> Java, je me suis toujours dï¿½tachï¿½ des histoires de classpath en
>>>>> faisant
>>>>> un tour de passe-passe...
>>>>>
>>>>> Le problï¿½me est, j'imagine, trï¿½s simple pour vous tous; j'ai une
>>>>> sï¿½rie
>>>>> de classes externes comprises dans des fichiers .jar, que - bien
>>>>> sï¿½r -
>>>>> je veux appeller ï¿½ partir de mon petit programme. Jusqu'ï¿½ prï¿½sent,
>>>>> je
>>>>> me suis amusï¿½ ï¿½ extraire l'arborescence de ces .jar dans mon
>>>>> rï¿½pertoire
>>>>> contenant mes sources, et ainsi ï¿½ la compilation il retrouvait tous
>>>>> les
>>>>> .class qu'il lui fallait.
>>>>>
>>>>> Mais bon, je me suis dis que ca ne faisait pas "pro", et en plus
>>>>> c'ï¿½tait pï¿½nible de devoir tout recommencer dï¿½s lors qu'une nouvelle
>>>>> version des librairies que j'importait en .jar sortait. D'oï¿½ ma
>>>>> volontï¿½
>>>>> d'organiser mes fichiers comme ï¿½a:
>>>>>
>>>>> /build - rï¿½pertoire oï¿½ javac s'amuse
>>>>> /src - rï¿½pertoire contenant UNIQUEMENT mes classes ï¿½ moi
>>>>> /classes - rï¿½pertoire contenant les .jars dont je veux utiliser les
>>>>> classes
>>>>>
>>>>> Comme j'aime bien Ant, j'ai essayï¿½ de modifier mon petit build.xml
>>>>> pour prendre en compte le rï¿½pertoire /classes dans le CLASSPATH. Le
>>>>> problï¿½me c'est que je n'arrive pas ï¿½ lui faire entendre raison...
>>>>> Pff... Voilï¿½ mon fichier:
>>>>>
>>>>> <project name="MyProject" default="compile" basedir=".">
>>>>>
>>>>>   <property name="dir.source" value="src" />
>>>>>   <property name="dir.build" value="build" />
>>>>>   <property name="dir.extclass" value="classes" />
>>>>>
>>>>>   <path id="path.classpath">
>>>>>    <pathelement location="${dir.extclass}/**/*.jar" />
>>>>>   </path>
>>>>>
>>>>> <!-- Initialisation: creation du repertoire de destination -->
>>>>>   <target name="init">
>>>>>    <tstamp/>
>>>>>    <mkdir dir="${dir.build}" />
>>>>>   </target>
>>>>>
>>>>> <!-- Compilation -->
>>>>>   <target name="compile" depends="init">
>>>>>    <javac srcdir="${dir.source}" destdir="${dir.build}">
>>>>>     <classpath refid="path.classpath" />
>>>>>    </javac>
>>>>>   </target>
>>>>>
>>>>> </project>
>>>>>
>>>>> Quelqu'un saurait me dire oï¿½ je me trompe ? A la compilation, il me
>>>>> trouve toutes mes classes ï¿½ moi (encore heureux...), mais bien sï¿½r
>>>>> aucune de celles incluses dans les fichiers classes/*.jar
>>>>>
>>>>> Ouin ! (snif)
>>>>>
>>>>> Aurï¿½lien Mazurie
>>>>
>>
>>
>>
>> **********************************************************************
>> Ce message ï¿½lectronique et tous les fichiers joints ainsi que  les
>> informations contenues dans ce message (ci aprï¿½s "le message"), sont
>> confidentiels et destinï¿½s exclusivement ï¿½ l'usage de la  personne ï¿½
>> laquelle
>> ils sont adressï¿½s. Si vous avez reï¿½u ce message par erreur, merci  de
>> le
>> renvoyer ï¿½ son ï¿½metteur et de le dï¿½truire. Toute diffusion,
>> publication,
>> totale ou partielle ou divulgation sous quelque forme que ce soit non
>> expressï¿½ment autorisï¿½es de ce message, sont interdites.
>>
>> **********************************************************************
>> This e-mail, any attachments and the information contained (herein "
>> the
>> message") are confidential and intended solely for the use of the
>> addressee(s) if you have received this message in error please send it
>> back
>> to the sender and delete it. Unauthorized publication, use,
>> dissemination or
>> disclosure, either whole or partial, of this  message is strictly
>> prohibited.
>>
>
>

RE: Classpath: suite

Répondre à