Bonne lecture.

Cette dernière m’est apparue tout à l’heure, suite à une erreur de combinaison de touches :

CTRL + L : Affiche/masque les "barres de regroupement".

L’exploitation la plus courante est donc la suivante :

1. Placement d’un flag :
   flagSet = flagSet | f;    // Fixe le flag f dans flagSet
   ou
   flagSet |= f;

2. Retrait d’un flag :
   flagSet = flagSet & ~f;    // Désactive le flag f dans flagSet
   ou
   flagSet &= ~f;

3. Contrôle d’un flag :
   if((flagSet & f) != 0)    // Teste si le flag f est fixé dans flagSet

Il n’est pas rare de voir des fonctions codées pour assurer ce type de gestion car les opérateurs binaires font parfois « peur ».
A part dans un cadre d’encapsulation, je ne suis pas partisan dune telle solution. Ce mémo de quelques lignes tend à monter combien cette gestion est simple, et l’impact de fonctions sur des tests aussi rudimentaires peut avoir un impact sur les performances.

Le principe retenu est le suivant :
L’administration SVN est installée sur la partition Ubuntu, alors que les repositories seront créés sur la partition de données.
Ainsi, les repositories pourront éventuellement être exploités à partir d’un autre système possédant un serveur SVN.

Pour l’installation du module administration de SVN (le serveur), tout est très simple et se résume à une ligne de commande :
sudo apt-get install subversion
J’adore les choses simples !

A présent, il est possible de créer des repositories n’importe où, donc aussi sur la partition de données.

1. Se placer dans l’arborescence désirée : cd /media/Chris-Data
2. Créer un répertoire destiné à accueillir l’ensemble des repositories que l’on souhaite gérer (Ce n’est pas obligatoire, mais je compte en gérer plusieurs).
   mkdir SVN
3. Créer le repository souhaité (pour les détails de gestion d’un repository SVN, je vous invite à vous reporter à la doc officielle) :
   svnadmin create /media/Chris-Data/SVN/Projet1

Il n’y a plus qu’à utiliser n’importe quel client SVN pour se connecter au repository créé.

Vous notez qu’il n’y a ici aucune gestion des droits, c’est parce que nous sommes sur la partition de données.
Si vous souhaitiez installer votre repository dans une arborescence du système telle que /usr, il faudrait précéder l’ensemble des commandes par sudo <commande>.
De plus, il faudrait rendre au compte ubuntu (compte à travers nous sommes loggés en mode USB Live) la propriété du répertoire afin de lui en permettre l’administration :
sudo chown -R ubuntu /media/Chris-Data/SVN

Je pense avoir fait le tour des exigences initiales.
Il me reste donc à exploiter ce système au quotidien pour déceler ce qui pourrait m’y manquer.
Il faudra aussi que je me penche sur les possibilités de sauvegardes simples de cette partition système … on n’est jamais à l’abri d’une petite bêtise.

Bien sûr, si vous exploitez déjà ce type de système, je suis preneur de tout retour d’expérience.

La démarche suivie est donc la suivante :

1. Téléchargement de la version de NetBeans désirée (ici). Pour ma part, je me contente d’une version Java SE. De toute façon, tous les modules supplémentaires sont récupérable directement via le gestionnaire de plugins de NetBeans.
   On récupère alors un fichier *.sh (netbeans-6.5-ml-javase-linux.sh pour ma part)
2. Ajout des droits d’exécution au fichier : chmod +x ./netbeans-6.5-ml-javase-linux.sh
3. Lancement de l’installateur en tant qu’administrateur : sudo ./netbeans-6.5-ml-javase-linux.sh
   A ce niveau, il suffit de suivre les étapes.
   Par défaut, l’installation se réalise dans le répertoire /usr/local/netbeans-6.5 ce qui me va très bien.

Le tour est joué. Nous pouvons à présent lancer le nouveau venu à travers le menu « Applications > Programmation > NetBeans IDE 6.5″

Évidemment, si j’écris quelques lignes sur le sujet, c’est que les choses ne ce sont pas déroulées comme prévu. Bref, j’ai eu le droit d’accepter les conditions de la licence d’exploitation, et … c’est tout!

L’installation se plante lamentablement. J’ai certainement dû rater une étape quelque part, quoi qu’il en soit, je vais présenter ici une solution alternative qui semblera évidente aux aficionados d’Ubuntu, mais en ce qui me concerne, je ne suis qu’un utilisateur.

Il ne s’agit pas là d’une installation totalement manuelle, mais au contraire, manuelle au strict minimum (je sais, certains crient déjà au sacrilège).

Tout le monde s’en sera rendu compte, j’aime les choses simples.

Voici donc comment je m’y suis pris :

1. Activation de repositories « universe » et « multiverse » dans le gestionnaire de paquets Synaptic.
   « System > Administration > Gestionnaire de paquets Synaptic »
   Choisir « Setting > Repositories »
   Cocher les options « Community-maintained Open Source software (universe) » et « Software restricted by copyright or legal issues (multiverse)« 
2. Lancement de l’installation : sudo apt-get install sun-java6-jdk
   A ce niveau, les paquets nécessaires vont être téléchargés automatiquement. Il suffit donc de tout accepter.
   L’installation se réalise automatiquement dans le répertoire /usr/lib/jvm/java-6-sun-1.6.0.10
3. Alimentation des variables d’environnement :
   A cette fin, le fichier ~/.bashrc doit être complété ainsi :
   # Environnement JAVA
   export JAVA_HOME=/usr/lib/jvm/java-6-sun-1.6.0.10
   export PATH=$PATH:$JAVA_HOME/bin

Et c’est tout. Je vous avais dis que j’aimais les choses simples : trois étapes, c’est raisonnable.

Un petit test pour rassurer tout le monde :

Nous sommes prêts à coder comme des fous !

Ledit environnement doit comporter les éléments suivants :

1. un espace de stockage de données accessible depuis Windows
2. une suite bureautique (de préférence OpenOffice)
3. un environnement de développement Java (un JDK Sun récent et mon EDI de prédilection NetBeans)
4. un entrepôt de données (SubVersion évidemment)

Pour le reste, je verrai à l’utilisation. Je pense avoir fait là un tour déjà intéressant.

Dans ce billet, je vais donc brièvement aborder la création de l’environnement général. En effet, à ce stade, Ubuntu fait tout pour nous.

La subtilité à garder en tête est que je souhaite un espace de stockage de données accessible depuis Windows, bref une partition dédiée.
A ce stade, Windows n’est plus notre ami. En effet, il ne gère pas les partitions multiples pour les clefs USB. Il n’est capable de jouer qu’avec la première partition d’une clef (en tout cas, sous XP, je ne sais pas ce qu’il en est sous Vista).
Il faut donc prendre soin à créer une première partition (en FAT32) qui accueillera les données partagées, et une seconde partition qui accueillera Ubuntu.

Tout ceci se réalise à partir d’une version CD Live d’Ubuntu disponible ici.
Il suffit de graver l’image obtenue et de booter sur le CD obtenu.

Les deux partitions peuvent alors être créées à l’aide de l’éditeur de partition (System > Administration > Partition Editor).

Pour ma part, j’ai réparti mon espace ainsi :
– partition 1 : 28 Go de données en FAT32
– partition 2 : 2 Go de système (Ubuntu) en FAT32 avec les flags « lba » et « boot »

Ensuite, Ubuntu s’occupe de tout via l’option « Créer une clef USB bootable » (System > Administration > Create a USB startup disk).
En ce qui me concerne, j’avais conservé l’image du disque Ubuntu sur mon disque dur. Je l’ai donc prise comme référence pour créer mon nouveau système. Par défaut, il propose de prendre pour référence l’installation courante (celle du CD Live), mais je n’ai pas eu beaucoup de succès avec cette option.
Il n’y a plus qu’à indiquer la bonne partition de destination, et attendre que cela se passe.

Voilà, vous y êtes.

Assurez-vous que votre séquence de boot prenne en compte les ports USB avant votre disque dur, et redémarrez en laissant la clef branchée : votre nouveau système est prêt et fonctionne sur presque tous les PC récents.

Vous remarquerez que cette mise en œuvre répond directement aux 2 premières attentes de mon environnement puisque OpenOffice est en place en standard avec Ubuntu.

Pour résumé si vous bootez sur :
– la clef, vous démarrez Ubuntu (via la seconde partition) et vous accédez à vos données (via la première partition)
– le disque dur, vous démarrez votre système d’exploitation standard (XP dans mon cas), et lorsque vous branchez la clef USB, vous accédez à vos données (via la première partition)

A suivre pour la mise en place de mon environnement de dev.

Amusez-vous bien.

En fait, je souhaitais lancer Hudson sous forme de service sans pour autant installer Tomcat.

Je précise que le site de HUDSON conseille d’installer un serveur Tomcat, ou d’utiliser « Java Service Wrapper » seulement voilà, je ne connais aucune de ces technologies, et je souhais trouver la solution la plus simple, et la plus légère possible pour le serveur.

Vous connaissez tous cela, je travaille dans une grande SSII, je n’ai donc à ma disposition que peu de moyens et mon serveur n’en est pas un. Donc si je peux éviter d’installer Tomcat juste pour lancer Hudson, sans que cela ne m’apporte quoi que ce soit de plus, je tente le coup.

Comme le titre l’indique, mon serveur est un PC qui tourne sous Windows XP et ce qui suit est valable pour n’importe quel exécutable ne remplissant pas le contrat attendu par l’interface de services Windows. Car tout le secret est là. Je n’ai jamais eu à me pencher sur la création de services jusqu’ici, et je ne me suis pas encore plongé profondément dans le sujet. Mais manifestement, un service se doit d’un minimum de communication avec le système.

Autant dire que l’utilisation de la commande sc pour enregistrer le fichier .bat (lance.bat pour Hudson) fonctionne très bien de la sorte :

sc create hudson binpath= "C:\HUDSON\lance.bat" displayname= "Hudson" start= auto

mais ne permet pas d’avoir un service opérationnel : lorsque vous souhaiterez le lancer, vous obtiendrez une belle erreur :

Erreur 1053 : Le service n’a pas répondu assez vite …

Après avoir compris qu’il s’agissait d’un problème de communication, je me suis penché sur l’option d’écrire un « lanceur ». Un petit programme dont la seule tâche serait d’assurer la communication avec le système et de lancer lui-même mon petit fichier .bat.

Un minimum de recherche dans se sens m’a amené à découvrir srvany.exe fourni par Microsoft dans le cadre d’un ressource kit tools et qui s’occupe exactement de cela.

Personnellement, j’ai téléchargé srvany.zip qui contient uniquement le nécessaire pour cette opération, soit instsrv.exe, et srvany.exe.
Il n’est pas fourni en l’état par Microsoft, mais une petite recherche de ce type (http://www.google.fr/search?hs=IXV&q…y.zip+download) vous permettra de récupérer facilement ce type de package.
En gros : instsrv.exe permet d’enregistrer le service et srvany.exe sert d’interface entre le programme à lancer (le .BAT) et les services windows.
J’ai donc décompressé mon archive sous C:\HUDSON, puis j’ai enregistré mon service ainsi :

C:\HUDSON\instsrv.exe "Hudson" C:\HUDSON\srvany.exe

Vous remarquez bien sûr que le service lancé n’est pas notre fichier C:\HUDSON\Lance.bat mais srvany.exe.
Un petit tour dans la base de registre :
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Hudson
Une nouvelle clef « Parameters » doit être créée avec une valeur chaîne nommée « Application » dont la valeur prend « C:\HUDSON\Lance.bat ».
Le tour est joué. Vous pouvez lancer le service via l’explorateur de services windows ou manuellement via la commande :

C:\>net start Hudson

Si vous cherchez une présentation des concepts d’intégration continue (ou usine logicielle) ainsi qu’une présentation de l’outils Hudson, je ne saurais trop vous conseiller la lecture de ce document : "L’intégration Continue avec Hudson"

Bonne chance !