Je travaille actuellement sur un projet en Flash où plusieurs sous-projets compilés, dépendants d’un tronc commun, sont intégrés à l’appli finale. Je me suis adapté au pipe-line en place en passant sous FlashDevelop, que je n’avais pas utilisé depuis un moment. Belle évolution, très sympathique outil aujourd’hui.

Mais il me manquait ANT. ANT, c’est trop bien. Une fois que tu as joué avec la fourmie, difficile de s’en passer sur ce genre de développement, avec des compilations à tout va, des dépendances, … J’ai donc tatonné un peu pour intégrer le tout. La communauté semble efficace et les ressources nombreuses, je m’en tiens à un simple rassemblement d’infos et quelques ajouts maison fait en route. Recette cuite sous Windows 7 pro.

Ingrédients:

• JDK : http://java.sun.com/javase/downloads/index.jsp
• ANT : http://ant.apache.org/bindownload.cgi
• FlashDevelop : http://www.flashdevelop.org/community/viewtopic.php?f=11&t=6709

Action:

• Installer le JDK
• Décompresser ANT, placer le répertoire du programme où on le souhaite (pas d’install, déjà prêt)
• Paramétrer les variables d’environnement (clic droit sur Ordinateur > Propriétés, lien “Paramètres système avancé” à gauche, bouton “Variables d’environnement” en bas, puis on bosse sur “Variables système”):
  • Editer la variable “Path” en y ajoutant le chemin vers le répertoire “bin” d’ANT (ex: ajout de “;C:\Program Files\ANT\bin”)
  • Créer ANT_HOME, qui pointe sur le répertoire ANT
  • A priori, créer JAVA_HOME, qui pointe sur le répertoire du JDK
  • ANT utilisera aussi CLASSPATH, qui doit a priori être vide ou inexistante
• Tester ANT : ouvrir une invite de commande (cmd.exe), taper “ant” et Entrée, on doit obtenir “Buildfile: build.xml does not exist! Build failed”
  • En cas de souci sur l’installation de ANT, voir http://ant.apache.org/manual/index.html
• Installer FlashDevelop
• Lancer FlashDevelop
• Copier C:\Program Files (x86)\FlashDevelop\Settings\ToolBar.xml
• Dans FlashDevelop, Tools > Application Files, aller dans le répertoire Settings et coller ToolBar.xml
• Editer ce dernier ToolBar.xml : avant </toolbar>, placer le code suivant (ayez de préférence le dernier FlashDevelop – 3.2 à ce jour – pour être sûr du fonctionnement)

<separator />

<button label=”ANT Build” click=”RunProcessCaptured” image=”486″ tag=”c:\windows\system32\cmd.exe;/c $(Quote)cd $(ProjectDir)&amp;&amp;ant$(Quote)” />

• Dans FlashDevelop, File > Restart, une icône a du apparaître dans la barre d’outils pour vous permettre de lancer le build ANT

Hop. Intégration faite!

Pour l’usage, vous aurez besoin du fichier build.xml, au moins. Voici un exemple:

<?xml version=”1.0″ encoding=”utf-8″ ?>

<project name=”MyProject” default=”CompileAndTestApp” basedir=”.”>

<description>Build MyProject</description>

<property name=”fdbuild” location=”C:\Program Files (x86)\FlashDevelop\Tools\fdbuild\fdbuild.exe”/>

<property name=”compiler” location=”D:\Programs\flex”/>

<property name=”library” location=”C:\Program Files (x86)\FlashDevelop\Library”/>

<property name=”flashviewer” location=”C:\Program Files (x86)\Adobe\Adobe Flash CS5\Players\Debug\FlashPlayerDebugger.exe”/>

<property name=”appswf” location=”${basedir}\bin\MyProject.swf”/>

<property name=”mylittleproject1″ location=”${basedir}\external_content\MyLittleProject1\MyLittleProject1.as3proj”/>

<property name=”mylittleproject2″ location=”${basedir}\external_content\MyLittleProject2\MyLittleProject2.as3proj”/>

<property name=”myproject” location=”${basedir}\MyProject.as3proj”/>

<target name=”MyLittleProject1″>

<echo message=”Compiling ${mylittleproject1}.”/>

<exec executable=”${fdbuild}” failonerror=”true”>

<arg value=”${mylittleproject1}”/>

<arg value=”-compiler”/>

<arg value=”${compiler}”/>

<arg value=”-library”/>

<arg value=”${library}”/>

</exec>

</target>

<target name=”MyLittleProject2″>

<echo message=”Compiling ${mylittleproject2}.”/>

<exec executable=”${fdbuild}” failonerror=”true”>

<arg value=”${mylittleproject2}”/>

<arg value=”-compiler”/>

<arg value=”${compiler}”/>

<arg value=”-library”/>

<arg value=”${library}”/>

</exec>

</target>

<target name=”MyProject”>

<echo message=”Compiling ${myproject}.”/>

<exec executable=”${fdbuild}” failonerror=”true”>

<arg value=”${myproject}”/>

<arg value=”-compiler”/>

<arg value=”${compiler}”/>

<arg value=”-library”/>

<arg value=”${library}”/>

</exec>

</target>

<target name=”compile” depends=”MyLittleProject1, MyLittleProject2, MyProject”>

<echo message=”Compiling ${myproject}.”/>

<exec executable=”${fdbuild}” failonerror=”true”>

<arg value=”${myproject}”/>

<arg value=”-compiler”/>

<arg value=”${compiler}”/>

<arg value=”-library”/>

<arg value=”${library}”/>

</exec>

</target>

<target name=”CompileAndTestApp”>

<antcall target=”compile” />

<antcall target=”TestApp” />

</target>

<target name=”TestApp”>

<exec executable=”${flashviewer}” failonerror=”true”>

<arg value=”${appswf}”/>

</exec>

</target>

</project>

Je n’en détaillerai pas l’usage ici, se référer au manuel de ANT pour plus de détail sur le fonctionnement d’un build.xml.

Un clic sur l’icône ajouté à la barre d’outils de FlashDevelop lancera donc cette procédure, et vous fournira la sortie dans le panneau FlashDevelop Output.

Pour aller plus loin, je viens de voir un plugin permettant d’accéder au détail d’un build et de lancer les sous-tâches sans passer par la console. Non testé, mais je vais le monter, c’est utile.

Ensuite, les bonus :)

Le premier :

Après quelques soucis avec TortoiseSVN, j’ai dégoté un client SVN console pour Windows. Et c’est bien pratique. Penser à ajouter le “bin” à votre “Path”.

Les complémentaires, via TED :

• Hans Rosling nous parle de l’évolution globale de la population, et nous propose un avenir possible (10’04”)
• Mitchell Joachim nous présente un projet de village végétal, à faire pousser (2’57”)
• Ellen Gustafson fait un point rapide sur 2 problèmes nutritifs mondiaux : obésité et faim – recul rapide intéressant (9’30”)

Mis gracieusement à la disposition de tous par le studio Néerlandais De Monsters, il vous permettra un travail approfondi sur votre code, avec des traces détaillées,le détail de votre application dans une toute belle hiérarchie, l’édition de propriété et le test de méthode en live, un moniteur (durée, FPS, mémoire), des raccourcis vers vos aides favorites, et quelques autres options plutôt pratiques :)

Après avoir pu le tester à plusieurs reprises, dans des contextes variés, j’en suis très satisfait. Seuls bémols notés à ce jour, il en faut : parfois un peu lent, voire saturé (relancez le et ça ira mieux), et parfois des traces d’objets qui ne descendent pas assez profondément dans la hiérarchie.

L’installation du bébé est faite avec AIR. Pour l’intégrer à votre développement:

1. lancer le debugger
2. exporter la classe cliente avec File > Export Client Class (dans le répertoire racine de votre projet)
3. importer le tout dans votre code, et joyeux debug!
4. bonus : procédure détaillée avec examples, en anglais

A glisser dans sa trousse à outils si ça n’est pas déjà le cas.

En complément, sans lien direct avec notre histoire de debugger venu d’Amsterdam, je vous invite à faire un tour sur ces réflexions de blogueuse et blogeur. En anglais.

• Penelope Trunk parle frugalité de façon intéressante : non comme simple nécessité face à des finances difficiles, mais comme façon de rester concentré : moins tu dépenses, moins tu as à t’occuper, plus tu peux te concentrer sur ta route (carrière / tâche / etc…) – ceci associe d’une certaine façon liberté et frugalité
• Steve Pavlina nous parle de notre pouvoir, et de la façon dont on le gaspille / éparpille par peur d’aller à notre essentiel. “Rien d’autre n’a besoin d’arriver avant que vous ne vous lanciez sur votre route” me paraît une bonne traduction du message. A nuancer (un peu de préparation avant un Dakar, un développement d’envergure ou un voyage conséquent, ça peut parfois aider :)), mais à cogiter

Ce billet est posé sur un fond de Flobots. Et c’est bon.

Sur Freelanceswitch, 10 raisons qui rapproche l’activité d’indépendant et la sécurité de l’emploi. Donc, en tant qu’indépendant selon l’article, Tu :

1. peux plus aisément choisir de travailler avec les meilleurs et grandir
2. a tout intérêt à fournir un travail de qualité
3. contrôle mieux ton revenu
4. maintien un réseau solide
5. ne peux passer ton temps à te plaindre, et dois apporter un regard neuf et des solutions
6. fais progresser ton niveau de prestation au contact des projets, des compagnies, des idées variées que tu es amené à côtoyer
7. as plusieurs casquettes (comptable, commercial, gestionnaire,…) en plus de ton activité, ce qui t’ouvre l’esprit et facilite ta compréhension de situations diverses
8. travailles ta capacité de négoce
9. as une position stratégique, car tu es souple, agile, humain
10. es heureux, car libre et seul maître à bord malgré les difficultés :)

Sur Quicksprout, 10 leçons qu’a retenu l’auteur au niveau professionnel (merci @buddingprojects pour le lien ;)) :

1. Vise les étoiles, tu atteindra la lune
2. Pense par toi-même
3. Les “professeurs” ouvrent la porte, mais tu y entres par toi-même
4. Pas de réel succès si tu n’aimes pas ce que tu fais
5. Les clients ne savent pas ce qu’ils veulent
6. La simplicité est l’ultime sophistication
7. Tu apprends plus du succès que de l’échec – étude sur le cerveau à l’appui :) – apprendre de ses erreurs et de celles des autres reste très valable à mon sens
8. Conduis ton business comme au NASCAR - la réussite revient à celui qui fera au mieux chaque détails
9. Trop d’une bonne chose est une mauvaise chose
10. Les opportunités sont comme les bus, il y en a toujours une autre qui arrive

Toujours à nuancer, bien entendu, mais les listes sont intéressantes.