I. Introduction

OpenJDK est l'implémentation libre de Java SE. Il existe plusieurs implémentations du standard Java SE, mais celles-ci sont souvent propriétaires (détenues par des entreprises comme Oracle, IBM…), ce qui signifie qu'une partie, ou la totalité, de son code source n'est pas accessible et modifiable. C'est pour cela que dans cet article, nous nous sommes focalisés sur OpenJDK, et non sur une distribution comme celle de Sun, propriétaire et détenue par Oracle.

OpenJDK comprend un grand nombre de projets dans lesquels les contributeurs sont les bienvenus. Néanmoins, démarrer dans un logiciel aussi important peut être un véritable calvaire, qu'il s'agisse du code, de l'installation ou de la compilation des projets constituant OpenJDK.


Dans cet article, nous verrons pas à pas comment installer et compiler intégralement OpenJDK 8. Cet article fait partie d'une série dédiée à OpenJDK 8.

II. Installation des sources et dépendances

II-A. Installation des paquets .deb

OpenJDK requiert un grand nombre de dépendances système et donc d'avoir l'accès root sur votre machine. Avant de passer à la récupération des sources, nous allons en premier lieu installer les fichiers Debian. Pour cela, exécutez les commandes suivantes :

Installation des paquets Debian
Sélectionnez
1.
2.
sudo apt-get install -y gcc g++ build-essential ccache openjdk-7-jdk zip tar unzip mercurial
sudo apt-get install -y libxrender-dev libxtst-dev libX11-dev libxext-dev libxrender1

Voici la description des paquets que vous avez installés :

  • gcc et g++ : compilateurs C et C++. Ils sont requis pour la compilation de tous les fichiers en langage C et C++, comme la machine virtuelle (VM) HotSpot ;
  • build-essential : paquet contenant la référence vers tous les paquets requis pour compiler un package Debian ;
  • libX11-dev, libxext-dev, libxrender-dev, libxtst-dev et libxrender1 : bibliothèques graphiques pour le système X Window ;
  • zip, tar, unzip : afin de compresser certaines ressources durant la compilation, comme les sources du JDK ;
  • ccache : agit comme un cache préprocesseur pour les compilateurs C / C++. Il permet de réduire de manière drastique la durée de compilation ;
  • Mercurial : Mercurial est un gestionnaire de version décentralisé. Il est utilisé par OpenJDK et nous permettra de récupérer les sources et les mises à jour des contributeurs ;
  • openjdk-7-jdk : afin de compiler toutes les classes Java, nous avons besoin d'un compilateur. Si vous l'avez déjà installé, sachez qu'il vous faut au moins un JDK de version 7 ou supérieure. Si vous possédez uniquement un JDK 6, les scripts que nous utiliserons plus loin détecteront automatiquement le bon JDK à installer, vous n'avez donc aucune mise à jour à faire.

Si vous désirez mettre à jour les liens par défaut vers le paquet openjdk-7-jdk, il vous suffit d'exécuter les commandes suivantes :

affiche la liste des paquets Java installés

Affiche la liste des paquets Java installés
Sélectionnez
1.
sudo update-java-alternatives -l

modifie les liens vers le paquet spécifié, en l'occurrence openjdk 7. Le nom peut varier selon l'architecture de votre ordinateur.

Modifie les liens vers le paquet spécifié
Sélectionnez
1.
sudo update-java-alternatives -s java-1.7.0-openjdk-amd64

II-B. Récupération des sources

Les sources d'OpenJDK sont situées sur un dépôt Mercurial à l'adresse : http://hg.openjdk.java.net/jdk8/jdk8.

Il y a deux étapes pour la récupération des sources, tout d'abord récupérer les scripts de mise à jour, puis les sources grâce à ces scripts.

Afin de réaliser une installation propre, la création de répertoires, modification de droits de fichier… seront aussi explicités. Nous considérons que toute l'installation se fera dans le répertoire Interne situé dans le répertoire home de l'utilisateur courant. OpenJDK 8 sera placé dans ~/Interne/jdk8 et les bibliothèques dans ~/Interne/lib.

Passons maintenant à la récupération des scripts de configuration et à la création des répertoires.

Récupération des scripts et création des répertoires
Sélectionnez
1.
2.
3.
4.
5.
6.
cd ~
mkdir Interne
cd Interne
mkdir -p lib/build
hg clone http://hg.openjdk.java.net/jdk8/jdk8
cd jdk8

La commande hg clone permet de créer une copie locale d'un dépôt distant, en copiant l'ensemble des fichiers et répertoires. Pour plus de détails, je vous invite à lire la documentation Ubuntu sur les commandes de base de Mercurial via un terminal.

Une fois cette étape effectuée, nous allons modifier les permissions des fichiers permettant de configurer l'installation et de récupérer les sources de tous les projets.

Ces fichiers n'ont pas les droits d'exécution, nous allons donc leur donner.

Modification des permissions des fichiers
Sélectionnez
1.
chmod 700 get_source.sh configure

Enfin, l'étape finale, nous allons récupérer toutes les sources via Mercurial d'OpenJDK.

Cette étape peut prendre un certain temps. Je vous invite donc à effectuer les autres installations en parallèle.

De plus, si vous désirez recevoir les mises à jour des contributeurs, il vous suffit de relancer le script. Ou d'utiliser manuellement Mercurial. Exécutez le script de récupération des sources.

Récupération distante des sources des projets
Sélectionnez
1.
./get_source.sh

Maintenant que les sources ont été récupérées, voyons ce qui a été mis à jour et ce que contiennent les répertoires.

Le projet OpenJDK est décomposé de la manière suivante :

  • . (racine) : contient l'ensemble des projets ainsi que la configuration standard et le makefile pour compiler OpenJDK ;
  • hotspot : contient le code la machine virtuelle HotSpot, incluant les sources et les makefiles ;
  • langtools : contient le code source du compilateur javac et des outils pour les langues ;
  • jdk : contient le code source d'OpenJDK runtime, c'est-à-dire toutes les classes utilisées couramment, les makefiles, etc. On y trouve notamment le code natif qui est ensuite lié à la machine virtuelle HotSpot ;
  • jaxp : contient le code source de JAXP, l'API pour traiter du XML ;
  • jaxws : contient le code source de JAXWS, l'API pour générer des web services ;
  • corba : contient le code source de l'implémentation CORBA d'OpenJDK ;
  • nashorn : contient le code source du nouveau moteur JavaScript remplaçant Rhino.


Dans ce tutoriel, nous ne nous intéresserons pas au code même, mais simplement à l'installation d'OpenJDK 8. Sachez que le code source de tous ces projets est très bien documenté, et que chaque fonction ou parcelle de code un peu complexe contient des explications.

II-C. Installation des bibliothèques externes

II-C-1. CUPS

CUPS est une bibliothèque standard et open source pour l'impression développée par Apple Inc. for OS® X et d'autres systèmes d'exploitation UNIX®. L'installation de cette bibliothèque, tout comme les deux suivantes, est triviale.

Pensez à remplacer version par la version de CUPS / ALSA / Freetype que vous avez téléchargée.

Tout d'abord, récupérez les sources de la dernière version de CUPS sur le site http://cups.org/software.php.

Placez le fichier téléchargé dans le dossier ~/Interne/lib. Pour lancer l'installation, effectuez les commandes suivantes.

Attention, CUPS requiert un accès root pour l'installation.

Installation de CUPS
Sélectionnez
tar -xf cups-<version>.tar.bz2
mv cups-<version> cups
cd cups 
./configure -prefix=${HOME}/Interne/lib/build/cups 
make
sudo make install

II-C-2. ALSA

ALSA, pour Advanced Linux Sound Architecture, est une bibliothèque offrant des fonctionnalités pour le traitement audio et MIDI.

ALSA contient beaucoup de bibliothèques spécifiques (driver, lib…), seule la bibliothèque nommée lib nous intéresse.

Vous pouvez récupérer les sources de cette bibliothèque sur le ftp dédié ftp://ftp.alsa-project.org/pub/lib/ [ftp://ftp.alsa-project.org/pub/lib/]. Pour ce tutoriel, j'ai utilisé la version 1.0.27.2.

Installation d'ALSA
Sélectionnez
1.
2.
3.
4.
5.
6.
tar -xf alsa-<version>.tar.bz2
mv alsa-<version> alsa
cd alsa 
./configure --prefix=${HOME}/Interne/lib/build/alsa
make
make install

II-C-3. Freetype

Le projet Freetype - écrit en C - est une bibliothèque d'affichage de polices. Cette bibliothèque est petite et très portable.

Vous pouvez récupérer les sources sur http://sourceforge.net/projects/freetype/files/. Pour ce tutoriel, la version 2.5.0.1 a été utilisée. La compilation de la bibliothèque se fait de la même manière que précédemment.

Installation de Freetype
Sélectionnez
1.
2.
3.
4.
5.
6.
tar -xf freetype-<version>.tar.bz2
mv freetype-<version> freetype
cd freetype
./configure -prefix=${HOME}/Interne/lib/build/freetype --without-png
make
make install

III. Première compilation

III-A. Configuration

Nous rentrons enfin dans le vif du sujet. Nous allons maintenant configurer OpenJDK, afin de préparer la compilation de ce dernier. Cette étape va nous permettre de paramétrer l'étape de compilation en spécifiant la mémoire allouée, les répertoires où trouver les bibliothèques installées précédemment…

Toute la suite de l'article se déroulera dans le répertoire ~/Interne/jdk8. Le répertoire racine d'OpenJDK 8 contient le script de configuration et le Makefile dont nous aurons besoin pour la compilation.

Déplacement vers le répertoire racine d'OpenJDK
Sélectionnez
1.
cd ~/Interne/jdk8

Si vous désirez changer la configuration, il vous suffit de réaliser à nouveau cette partie du tutoriel.

Voici une description des paramètres à spécifier pour le build. Attention, ces paramètres ne sont pas tous obligatoires. Les paramètres spécifiques à d'autres systèmes d'exploitation ne sont pas indiqués, ceux-ci sont principalement ceux de Windows.

Option de configuration Description
--enable-debug Modifie le niveau de debug à fastdebug. Il est identique à l'utilisation de --with-debug-level=fastdebug.
--with-alsa=path Sélectionne le répertoire d'installation dans lequel se trouve Advanced Linux Sound Architecture (ALSA).
--with-boot-jdk=path Sélectionne le Bootstrap JDK permettant de compiler OpenJDK.
--with-boot-jdk-jvmargs="args" Ajoute les options JVM à utiliser lors de l'utilisation du Bootstrap JDK pour la compilation.
--with-cacerts=path Sélectionne le chemin où trouver le fichier cacerts. Ce fichier est un certificat d'autorité, fourni par des acteurs comme VeriSign, Thawte et Baltimore. Cette option permet d'avoir un certificat pour l'utilisation de protocole sécurisé comme SSL. Cette option est très peu utilisée, et OpenJDK génère par défaut un certificat vide.
--with-cups=path Sélectionne le répertoire d'installation dans lequel se trouve CUPS.
--with-cups-include=path Sélectionne le répertoire d'installation dans lequel se trouvent les fichiers d'en-tête de CUPS.
--with-debug-level=level Sélectionne le niveau d'information de debug. Les valeurs possibles sont : release, fastdebug ou slowdebug.
--with-freetype=path Sélectionne le répertoire d'installation dans lequel se trouve Freetype.
--with-import-hotspot=path Sélectionne le répertoire d'installation d'HotSpot. Cette option est utile si vous avez déjà compilé HotSpot et que vous voulez éviter de la compiler de nouveau.
--with-target-bits=arg Sélectionne l'architecture du build. Les valeurs possibles sont 32 ou 64
--with-jvm-variants=variants Sélectionne les modes dans lesquels compiler OpenJDK. Il s'agit d'une liste séparée par des virgules dont les valeurs possibles sont : server, client, kernel, zero et zeroshark. Ces modes permettent d'activer ou de désactiver un grand nombre de fonctionnalités d'exécution d'un programme, en altérant le comportement du compilateur JIT… Les modes standards sont client et server. Je vous invite à lire la FAQ Oracle pour plus de détails ici.
--with-memory-size=size Sélectionne la mémoire (en MB) à allouer pour la compilation. Plus cette valeur est haute, plus la compilation sera rapide.
--with-num-cores=cores Sélectionne le nombre de cœurs à utiliser pour la compilation. Plus cette valeur est haute, plus la compilation sera rapide.
--with-x=path Sélectionne le répertoire d'installation des fichiers X11 et xrender.

Pour une compilation standard, beaucoup de ces options ne nous intéresseront pas.

Puisque nous avons installé les fichiers de X11 et xrender grâce à apt-get, ceux-ci sont déjà situés dans les répertoires qu'ira vérifier OpenJDK.

Voici un exemple de configuration avec le moins d'arguments possible :

Configuration classique
Sélectionnez
1.
./configure --with-alsa=${HOME}/Interne/lib/build/alsa --with-cups=${HOME}/Interne/lib/build/cups --with-cups-include=${HOME}/Interne/lib/build/cups/include --with-freetype=${HOME}/Interne/lib/build/freetype

Si vous désirez, et avez la possibilité, d'utiliser plus de ressources, n'hésitez pas à utiliser plus d'options. Sur une machine 48 cœurs, voici la ligne de commandes que j'utilise :

Configuration sur une machine 48 coeurs 64 bits
Sélectionnez
1.
./configure --with-cups=${HOME}/Interne/lib/build/cups --with-cups-include=${HOME}/Interne/lib/build/cups/include --with-freetype=${HOME}/Interne/lib/build/freetype/ --with-memory-size=32600 --with-num-cores=48 -with-target-bits=64

Une fois cette étape effectuée, nous pouvons passer à l'étape de compilation.

III-B. Compilation et création des images

Cette étape est probablement la plus simple et la plus chronophage. Sachez que seule la première compilation est longue. Grâce à l'utilitaire ccache, uniquement les fichiers modifiés seront recompilés, et leurs dépendances. Ainsi, si vous avez modifié le JDK, vous n'aurez pas à recompiler entièrement CORBA.

La compilation se résume à utiliser l'utilitaire make :

Compilation complète
Sélectionnez
1.
make all

Si vous ne spécifiez aucun argument, vous compilerez tout, mais ne créerez pas d'images. Vous ne pourrez donc pas tester vos modifications, puisque vous n'allez pas générer les binaires java, javac…

Si vous désirez rebuilder simplement, après une modification, utilisez plutôt :

Création des images
Sélectionnez
1.
make images

À la fin de l'emploi de make, vous devriez avoir un répertoire build complet. Afin de tester la compilation, allez dans le répertoire suivant :

Tester la compilation
Sélectionnez
1.
2.
3.
4.
cd ${HOME}/Interne/jdk8/build/linux-x86_64-normal-server-release/images/j2sdk-image/bin
./java -version
openjdk version "1.8.0-internal" OpenJDK Runtime Environment (build 1.8.0-internal-olivier_2013_06_30_00_34-b00)
OpenJDK 64-Bit Server VM (build 25.0-b38, mixed mode)

Vous obtenez donc une version complète d'OpenJDK, telle que vous avez pu la télécharger avec apt-get.

IV. Conclusion

En conclusion, nous avons installé et configuré OpenJDK 8. De l'installation des paquets Debian à la fin de la compilation. Vos modifications du code source d'OpenJDK seront bel et bien prises en compte, et vous pouvez commencer à travailler dans les entrailles de la bête. Vous pouvez d'ores et déjà aller regarder le contenu des différents projets, et nous verrons dans un prochain article une partie de l'intérieur du JDK et de la machine virtuelle HotSpot.

V. Annexe : Automatisation

Afin de rendre plus simple l'installation d'OpenJDK 8, vous pouvez exécuter le script shell ci-dessous qui s'occupera de toute l'installation depuis le début. Le répertoire racine dans lequel sera installé OpenJDK et les bibliothèques est défini par la variable d'environnement INSTALL_ROOT_DIR. La valeur actuelle est « test_rep », représentant donc ${HOME}/test_rep.

Les versions des bibliothèques utilisées pour CUPS, ALSA et FreeType sont aussi définies par des variables d'environnement.

Copier le contenu écrit ci-dessous dans un fichier ayant le droit d'exécution, situé dans votre répertoire home, et lancer le script.

Installation complète d'OpenJDK 8
Sélectionnez
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.
40.
41.
42.
43.
44.
45.
46.
47.
48.
49.
50.
51.
52.
53.
54.
55.
56.
57.
58.
59.
60.
61.
62.
63.
64.
65.
66.
67.
68.
69.
70.
#!/bin/bash

export CUPS_VERSION=1.6.3
export ALSA_VERSION=1.0.27.2
export FREETYPE_VERSION=2.5.0
export INSTALL_ROOT_DIR=test_rep
cd ~
echo "Installation des paquets Debian"
# Installation des paquets .deb
sudo apt-get install -y gcc g++ build-essential ccache openjdk-7-jdk zip tar unzip mercurial
sudo apt-get install -y libxrender-dev libxtst-dev libX11-dev libxext-dev libxrender1
mkdir -p ${INSTALL_ROOT_DIR}/lib/build
# Récupération des scripts du jdk
cd ${INSTALL_ROOT_DIR}
hg clone http://hg.openjdk.java.net/jdk8/jdk8
cd jdk8
# On ajoute le droit d'exécuter les fichiers
chmod +x get_source.sh configure
cd ../lib
mkdir build/cups build/freetype build/alsa

# Installation de CUPS
echo "Téléchargement de CUPS..."
wget -O cups.tar.bz2 http://cups.org/software/${CUPS_VERSION}/cups-${CUPS_VERSION}-source.tar.bz2
tar -jxf cups.tar.bz2
rm cups.tar.bz2
mv cups-* cups
cd cups
echo "Installation de CUPS..."
./configure --prefix=${HOME}/${INSTALL_ROOT_DIR}/lib/build/cups
make
sudo make install
echo "CUPS a été correctement installé"

#Installation d'ALSA
echo "Téléchargement d'ALSA..."
cd ~/${INSTALL_ROOT_DIR}/lib/
wget -O alsa.tar.gz ftp://ftp.alsa-project.org/pub/lib/alsa-lib-${ALSA_VERSION}.tar.bz2
tar -xf alsa.tar.gz
rm alsa.tar.gz
mv alsa-* alsa
cd alsa
echo "Installation d'ALSA..."
./configure --prefix=${HOME}/${INSTALL_ROOT_DIR}/lib/build/alsa
make 
make install
echo "ALSA a été correctement installé"

#Installation de Freetype
echo "Téléchargement de Freetype..."
cd ~/${INSTALL_ROOT_DIR}/lib
wget -O freetype.tar.bz2 http://download.savannah.gnu.org/releases/freetype/freetype-${FREETYPE_VERSION}.tar.bz2
tar -jxf freetype.tar.bz2
rm freetype.tar.bz2
mv freetype-* freetype
cd freetype
echo "Installation de Freetype..."
./configure --prefix=${HOME}/${INSTALL_ROOT_DIR}/lib/build/freetype --without-png
make
make install
echo "Freetype a été correctement installé"

#Compilation d'OpenJDK 8
echo "Téléchargement des sources d'OpenJDK"
cd ~/${INSTALL_ROOT_DIR}/jdk8
./get_source.sh
echo "Démarrage de la configuration d'OpenJDK 8..."
./configure --with-alsa=${HOME}/${INSTALL_ROOT_DIR}/lib/build/alsa --with-cups=${HOME}/${INSTALL_ROOT_DIR}/lib/build/cups --with-cups-include=${HOME}/${INSTALL_ROOT_DIR}/lib/build/cups/include --with-freetype=${HOME}/${INSTALL_ROOT_DIR}/lib/build/freetype
echo "Lancement de la compilation d'OpenJDK 8..."
make

VI. Remerciements

Je tiens à remercier mes professeurs Julien Sopena et Gael Thomas de m'avoir permis de faire un stage sur la machine virtuelle HotSpot, qui donna lieu à cet article ainsi que Mickael Baron, mlny84 pour leurs relectures techniques et Claude LELOUP pour la correction orthographique.