Attachment 21044 Details for Bug 34030 – /doc/fr/java.xml

/doc/fr/java.xml

java.xml (text/plain), 7.80 KB, created by Camille Huot (RETIRED) on 2003-11-21 11:55:24 UTC

(hide)

Description:

Filename:

MIME Type:

Creator: Camille Huot (RETIRED)

Created: 2003-11-21 11:55:24 UTC

Size: 7.80 KB

patch

obsolete

>ï»¿<?xml version="1.0" encoding="UTF-8"?>
>
><!DOCTYPE guide SYSTEM "/dtd/guide.dtd">
>
><guide link="/doc/en/java.xml">
><title>Guide Java avec Gentoo</title>
>
><author title="Author and Editor">
><mail link="karltk@gentoo.org">Karl Trygve Kalleberg</mail>
></author>
><author title="Traduction">
><mail link="marc@pangos.com">Marc Krauth</mail>
></author>
>
><abstract>
>Guide de l'Utilisateur et du DÃ©veloppeur pour Java avec Gentoo
></abstract>
>
><version>0.1.1</version>
><date>25 juin 2002</date>
>
><chapter>
><title>Installer JDK/JRE</title>
><section>
><title>Vue d'ensemble</title>
><body>
>
><p>
>Gentoo fournit de nombreuses versions de JDK et JRE. La version proposÃ©e par
>dÃ©faut est celle de Blackdown, car elle est librement disponible et ceci 
>sans avoir besoin de s'enregistrer. 
></p>
>
><note>
>Puisque kaffe devient valable comme JRE/JDK, il va certainement devenir le
>JRE/JDK proposÃ© par dÃ©faut.
></note>
>
><p>
>En gÃ©nÃ©ral, les JDK/JRE de Sun et de Java sont plus
>rapides, mais elle nÃ©cessitent un peu plus de travail pour les
>installer, puisque pour chacune d'entre elles, on vous demandera de lire
>et d'accepter leurs licences avant de les tÃ©lÃ©charger. (IBM vous
>demandera par ailleurs de remplir un formulaire d'enregistrement).
></p>
>
><p>
>Nos ebuilds pour les JDK/JREs de Sun et IBM vous indiqueront exactement oÃ¹ les
>tÃ©lÃ©charger.
></p>
>
></body>
></section>
>
><section>
><title>Installer les JDK/JRE de Sun ou d'IBM</title>
><body>
>
><p>
>Si vous faites <c>emerge dev-java/sun-jdk-1.3.1</c> ou <c>emerge
>dev-java/ibm-jdk-1.3.1</c>, un message vous avertira d'aller tÃ©lÃ©charger
>les archives par vous-mÃªme. Ceci est rendu nÃ©cessaire par les restrictions de
>licences de Sun pour le couple JDK/JRE et par la procÃ©dure
>d'enregistrement demandÃ©e pour les JDK/JRE d'IBM.
></p>
>
><note>
>Il y a aussi un dev-java/sun-jdk-1.4.0, mais tous les paquets ne
>fonctionnent pas correctement avec Java 1.4. C'est donc Ã  vos risques et
>pÃ©rils si vous dÃ©cidez d'utiliser la JDK 1.4.0.
></note> 
>
><p>
>Vous devez tÃ©lÃ©charger et placer les fichiers indiquÃ©s dans
><path>/usr/portage/distfiles</path>. Ceci fait, vous pouvez retourner Ã 
>la commande emerge et JDK/JRE sera alors correctement installÃ© dans
><path>/opt</path>.
></p>
>
></body>
></section>
></chapter>
>
><chapter>
><title>Configurer votre JDK/JRE</title>
><section>
><title>Vue d'ensemble</title>
><body>
>
><p>
>Gentoo donne la possibilitÃ© d'avoir plusieurs JDKs et JREs installÃ©es
>sans pour autant les faire entrer en conflit. Il y a quelques
>avertissements pour se faire, comme notÃ©s ci-dessous.
></p> 
>
><p>
>En utilisant l'outil <c>java-config</c>, vous pouvez dÃ©terminer
>la configuration par dÃ©faut de tout le systÃ¨me si vous avez les droits de
>l'utilisateur root sur votre machine. Les utilisateurs peuvent aussi se
>servir de <c>java-config</c> pour dÃ©finir leur propre configuration par
>dÃ©faut, mais elle ne sera en vigueur que pour cet utilisateur.
></p>
>
></body>
></section>
>
><section>
><title>Mettre en place un JDK/JRE par dÃ©faut</title>
><body>
>
><p>
>En lanÃ§ant la commande <c>java-config --list-available-vms</c>, vous
>avez la liste de toutes les JREs et JDKs Ã  disposition sur votre
>systÃ¨me, ainsi :
></p>
>
><pre>
>[%1 ~] java-config --list-available-vms
>[blackdown-jdk-1.3.1] Blackdown JDK 1.3.1 (/etc/env.d/java/20blackdown-jdk-1.3.1)
>[blackdown-jre-1.3.1] Blackdown JRE 1.3.1 (/etc/env.d/java/20blackdown-jre-1.3.1)
>[ibm-jdk-1.3.0] IBM JDK 1.3.0 (/etc/env.d/java/20ibm-jdk-1.3.0)
>[ibm-jdk-1.3.1] IBM JDK 1.3.1 (/etc/env.d/java/20ibm-jdk-1.3.1)
>[ibm-jre-1.3.1] IBM JRE 1.3.1 (/etc/env.d/java/20ibm-jre-1.3.1)
>[sun-jdk-1.4.0] Sun JDK 1.4.0 (/etc/env.d/java/20sun-jdk-1.4.0)
></pre>
>
><p>
>Le nom entre les crochets <path>"[]"</path> est le label ou l'ID
>d'une machine virtuelle spÃ©cifique. Vous devez donner cet ID en
>argument Ã  <c>java-config --set-system-vm</c>, comme par exemple :
></p>
>
><pre>
>[#1 ~] java-config --set-system-vm=ibm-jdk-1.3.1
>Now using IBM JDK 1.3.1 (/etc/env.d/java/20ibm-jdk-1.3.1)
></pre>
>
><note>
>Vous devez avoir les droits de l'utilisateur root pour lancer 
>--set-system-vm
></note> 
>
><p>
>Une fois que vous avez dÃ©fini avec <c>java-config --set-system-vm</c>
>votre machine virtuelle, vous devrez regÃ©nÃ©rer votre /etc/profile.env,
>comme indiquÃ© :
></p>
>
><pre>
>[#1 ~] env-update
></pre>
>
><p>
>Pour finir, vous avez soit la possibilitÃ© de vous relogger ou bien de
>ressourcer <path>/etc/profile</path> dans votre environnement.
></p>
>
><p>
>En tant que simple utilisateur, vous pouvez utiliser 
><c>java-config --set-user-vm</c>, ce qui va crÃ©er dans 
><path>$HOME/.gentoo/java-env</path> toutes les
>variables d'environnement requises. Vous devrez normalement sourcer
>ceci depuis le script de dÃ©marrage de votre shell.
>(<path>$HOME/.zshenv</path> dans mon cas).
></p>
>
></body>
></section>
>
><section>
><title>DÃ©finir une CLASSPATH par dÃ©faut</title>
><body>
>
><p>
><c>java-config</c> peut aussi Ãªtre utilisÃ© pour dÃ©finir votre
>CLASSPATH par dÃ©faut, et bien entendu la CLASSPATH d'un utilisateur
>spÃ©cifique.
></p>
>
><p>
>En premier lieu, vous voulez lister les bibliothÃ¨ques java qui peuvent Ãªtre
>intÃ©ressantes Ã  ajouter Ã  votre CLASSPATH. Vous
>pouvez procÃ©der ainsi :
></p>
>
><pre>
>[%1 ~] java-config --list-available-packages
>[ant] No description (/usr/share/ant/classpath.env)
>[java-gnome] No description (/usr/share/java-gnome/classpath.env)
>[java-gtk] No description (/usr/share/java-gtk/classpath.env)
>[log4j] "" (/usr/share/log4j/package.env)
></pre>
>
><note>
>Aucun de ces paquets ont leur propre description. C'est quelque
>chose qui devrait Ãªtre implÃ©mentÃ© dans un futur pas si lointain.
></note>
>
><p>
>Encore une fois, les noms entre crochets <path>"[]"</path> dÃ©finissent
>les IDs que vous devez passer en argument Ã 
><c>java-config --set-system-classpath</c>, comme par exemple :
></p>
>
><pre>
>java-config --set-system-classpath=log4j,java-gtk,java-gnome
></pre>
>
><note>
>Le rÃ©pertoire (.) ne fera pas parti de votre CLASSPATH, comme cela devrait
>Ãªtre spÃ©cifiÃ© dans le profile du login root.
></note>
>
><p>
>Encore une fois, vous devrez lancer <c>env-update</c> pour mettre Ã 
>jour l'environnement de votre systÃ¨me et vous Ãªtes supposÃ© aussi vous
>relogger ou ressourcer <path>/etc/profile</path>.
></p>
>
><p>
>Pour les utilisateurs, <c>java-config --set-user-classpath</c> crÃ©Ã©ra 
><path>$HOME/.gentoo/java-env-classpath</path>, qui sera automatiquement
>inclu dans <path>$HOME/.gentoo/java-env</path>.
></p>
>
></body>
></section>
></chapter>
>
><chapter>
><title>Plus de documention</title>
><section>
><title>Documentation hors-ligne</title>
><body>
>
><ul>
><li>Les pages de manuel de java-config</li>
><li><c>java-config --help</c></li>
><li>Le script <path>/usr/bin/java-config</path> lui-mÃªme</li>
></ul>
>
></body>
></section>
>
><section>
><title>Documentation en ligne</title>
><body>
>
><ul>
><li>Les archives de listes de diffusion <uri
>link="http://lists.gentoo.org/pipermail/gentoo-dev/">
>gentoo-dev </uri>, <uri link="http://lists.gentoo.org/pipermail/gentoo-user/"
>> gentoo-user </uri></li>
><li>#gentoofr sur irc.openprojects.net</li>
></ul>
>
></body>
></section>
></chapter>
>
><chapter>
><title>Avertissements</title>
><section>
><title>GÃ©nÃ©ralitÃ©s</title>
><body>
>
><p>
>Si vous sÃ©lectionnez une JRE comme votre machine virtuelle par
>dÃ©faut, il se peut que vous n'ayez la commande <c>javac</c> disponible
>tout le temps. Vous devrez alors crÃ©er vous-mÃªme un lien symbolique qui
>prendra ceci en compte.
></p>
>
><p>
>Jikes pourra Ãªtre utilisÃ© pour compiler la plupart des plus gros
>paquets, s'ils sont diponibles. Avec le temps, nous espÃ©rons que vous
>serez en mesure de compiler tous les paquets dÃ©pendant de java avec
>Jikes, et ainsi certaines dÃ©pendances avec JDK pourront Ãªtre remplacÃ©es
>par des dÃ©pendances avec JRE.
></p>
>
><p>
>Avec certaines versions de Portage, faire un <c>emerge --world
>update</c> installera JDK sans vÃ©rifier si vous l'aviez installÃ©
>prÃ©alablement ou non. Ceci est un bug connu qui sera modifiÃ© dans une
>version ultÃ©rieure de Portage.
></p>
>
></body>
></section>
></chapter>
></guide>

Actions: View

Attachments on bug 34030: 21044 | 21045 | 21046 | 21058