Javapolis (suite)

Publié le par
1

Excusez nous pour cette interruption momentanee du blog, mais les journees sont chargees et les connexions wifi defaillantes….
Je poste depuis une station SUN avec un clavier QWERTY donc pas d`accent et une touche backspace usee quand je finirai :)
Quamd le slogan disait « meet your idols » c`est vrai. Les speakers sont super dispo et l`organisation est geniale. Hier soir c`etait « Meet and greet », un open bar ou la biere coule a flot et les discussions vont bon train.
Ce matin Keynote avec Marc Fleury (JBoss) qui a fait un show et Erich Gamma (GoF, JUnit, Eclipse) vraiment impressionant.
Vous aurez les details dans le compte rendu.

Christophe

Javapolis, c’est lundi

Publié le par
1
Logo Javapolis 06 Comme vous le savez sans doute, Javapolis édition 2006 démarre lundi à Anvers pour une semaine au programme très chargé.

Cette année, nous serons deux pour faire les reporters. Vincent et moi allons essayer de vous faire vivre l’actualité de Javapolis au fur et à mesure en essayant de poster des messages réguliers sur le blog. Alors n’hésitez pas à revenir pour des nouvelles sur d’éventuelles annonces.

Christophe

Groovy RC-1 disponible!

Publié le par
1

Guillaume Laforge (Projet Manager de Groovy) vient de l’annoncer sur son blog : La première release candidate de Groovy est disponible! Groovy est un langage de script pour Java qui devient de plus en plus populaire et permet d’introduire une certaine fléxibilité, à l’execution, dans les programmes Java.

Le blog de Guillaume Laforge nous propose également un lien vers un article complet concernant la sortie de Groovy en RC-1.

Voila une résumé en français (par Guillaume Laforge lui même, merci à lui) du début de l’annonce:

Nous venons de sortir la première Release Candidate de Groovy. C’est un moment très important pour le projet, car nous approchons de la sortie de la version finale que nous avons planifiée pour la fin de ce mois de décembre.

Le langage de script Groovy et son framework web Grails connaissent un franc succès ces derniers temps et sont utilisés pour des situations où l’expressivité du langage importe et où une solution de développement rapide et compatible serveurs d’application Java est nécessaire pour suivre les besoins et les demandes des clients. Groovy et Grails sont utilisés aussi bien pour des applications de calcul de risque dans le domaine de l’assurance que pour des solutions de Grid Computing au sein d’un consortium aérospatial.

Cette nouvelle version améliore légèrement les performances de la plateforme et propose des perfectionnements du moteur interne pour une meilleure compatibilité avec Java. Un bon nombre de bugs ont également été corrigés et quelques nouvelles fonctionnalités ont été apportées aux capacités dynamiques et expressives du langage.

Mesurer le temps de vos applications

Publié le par
3

Vous avez sans doute déjà mesuré le temps d’exécution de certaines de vos méthodes en utilisant la fonction System.currentTimeMillis() comme c’est d’ailleurs décrit dans la FAQ Java.
Je discutais hier avec un collègue de cette méthode et celui-ci m’a indiqué qu’il fallait se méfier de la granularité du résultat retourné et qu’il suffisait de faire un simple test.
Voici le code du test (ce code n’est pas propre, il en s’arrête pas, il faut interrompre l’exécution, mais le but est d’être concis…)



public class Test {     

   public static void main (String args[]){ 

        long start= System.currentTimeMillis(); 

        long time; 

        for (;;){ 

            time= System.currentTimeMillis(); 

            System.out.println(time - start); 

        } 

    } 

}

En fonction de la machine d’exécution, le pas varie. Sur mon poste, sur Windows, je vois plusieurs fois 0 puis plusieurs fois 16, puis 32…. Le pas moyen est 15 ou 16. Sous Linux, je ne rencontre pas ce problème et voit défiler presque toutes les valeurs (il y a des trous dans les valeurs selon ce que vous faites avec votre poste).
Ce n’est pas la peine d’ouvrir un bug, de nombreux existent déjà. Par contre ça peut être utile de mieux lire la javadoc car le problème est décrit.

Alors la prochaine fois que vous essayer de mesurer des performances, faites attention à cette granularité.