Depuis le rachat de Sun par Oracle, on ne compte plus le nombre de coups portés à l'édifice Java. Dernier en date, l'annonce d'Apple de ne plus maintenir l'implémentation de Java sur MacOS. Beaucoup de choses ont été dites à ce sujet ces derniers jours. Voici la version officielle avancée par Steve Jobs lui-même :  « Sun (Oracle) fournit Java pour toutes les autres plateformes. Ils ont leurs propres prévisions pour les versions, qui sont presque toujours différentes des nôtres, et le Java que nous fournissons a toujours une version de retard. Ce n'est pas la meilleure façon de faire. »

James Gosling a répondu en partie à cette contre-vérité sur son blog. Aujourd'hui, les sociétés qui se chargent des implémentations spécifiques de Java sont celles qui sont les plus à même de maîtriser les dessous des systèmes d'exploitation. IBM maîtrise le sien, HP aussi. Pour Microsoft, les choses sont différentes, l'éditeur a violé les fondamentaux de cette plateforme en rendant propriétaires certaines API et a perdu un procès retentissant. Sun a donc dû prendre la responsabilité de cette implémentation. Concernant Linux enfin, en l'absence de réel acteur dans ce domaine (trop fragmenté), Sun a, là encore, bouché les trous.

J'aimerai insister sur deux points très importants dans cette annonce. Il faut dissocier le Java Desktop et le Java serveur. Lorsqu'on parle de Java Server, la portabilité n'est généralement pas un frein car l'implémentation de Java côté Serveur pose peu de problèmes techniques d'intégration. Les API JEE (JSF, EJB, JDBC, RMI, JNDI, JMS ...) ne sont pas les plus consommatrices en JNI, l'interface native permettant d'accéder aux fonctions « système ». Le Java Desktop ou client est celui qui pose le plus de problème. Le cas soulevé par James concernant l'anti-aliasing en est d'ailleurs un parfait exemple. Tout système d'exploitation s'appuie sur un framework pour l'aspect graphique (gestion des fenêtres, du mode MDI, de la souris, du 2D ou du 3D, du vectoriel ou du bitmap). Java Desktop a pour but d'homogénéiser le rendu d'une application de telle sorte que le même code puisse s'exécuter sur plusieurs OS (en reproduisant le plus fidèlement le rendu). Et c'est là toute la difficulté car l'essentiel de Java Desktop est constitué de code natif.

En abandonnant Java, Apple demande à Oracle d'assumer l'implémentation Mac. Mais comment diable va-t-il pouvoir le faire ? Comme le montre bien Gosling, il y a dans l'implémentation graphique de Mac OS X d'innombrables fonctions « cachées » (je préfère employer le terme « privée ») dont le comportement ou la documentation est du ressort d'Apple. Pensez-vous qu'Oracle développe l'implémentation SWT (l'API graphique sur laquelle repose Eclipse) pour Mac ? Non évidemment, c'est Scott Kovatch (IBM) aidé de la communauté, au prix de nombreuses difficultés techniques. Apple propose historiquement plusieurs GUI et le choix entre Carbon et Cocoa s'apparente parfois à un vrai casse-tête d'un point de vue de Java (http://www.eclipse.org/swt/faq.php#carbonapp).

Pensez-vous vraiment qu'Oracle ira deviner ou négocier avec Apple les implémentations privées de ses algorithmes de rendu graphique ou son dernier driver ultra-optimisé pour gérer l'aliasing ? Pensez-vous qu'Oracle ira arbitrer entre Cocoa et Carbon pour le JDK 7 et le rendu vectoriel dans JavaFX ? Soyons réaliste, le Java Desktop sur MacOS est mort. Et les initiatives autour d'OpenJDK n'y feront rien tant la charge laissée par Apple est lourde.

De nombreux développeurs ont acheté et utilisent au quotidien des Mac pour développer sous Eclipse, en GWT ou d'autres langages plus exotiques (l'équipe GWT elle-même chez Google est fan de MacOS). Ce qui est vrai avec Windows ne l'est pas avec MacOS. Microsoft a énormément aidé Sun lors de la sortie de Windows 7 pour régler les incompatibilités et autres inconsistances de l'AWT. Sans compter qu'à l'avenir, le marché s'achemine de plus en plus vers des applications Desktop tirant partie de l'accélération matérielle des cartes graphiques (encore un domaine ou la compatibilité de Java va poser problème).

En excluant Flash, et maintenant Java de son écosystème, Apple s'enferme encore une fois dans un monde propriétaire et érige bout à bout les barreaux d'une prison, certes dorée.

L'avenir du développement chez Apple passera par Objective-C ou rien. Tout cela est bien triste pour l'innovation en général et pour Java en particulier.

L'ami Sami

Cela faisait longtemps que je voulais blogguer sur cet outil que je trouve remarquable. Les revues de code de toutes sortes font partie de l'activité récurrente de DNG. Dans le monde Java, il faut avouer qu'il existe quelques outils de revues, mais bien souvent ce sont des plugins qui s'insèrent dans une chaîne d'intégration continue et nécessitent une installation Web plutôt lourde. Dans cette gamme, on peut citer notamment Crucible d'Atlassian, Review Board, Rietveld ou Codestriker. La forge Google Code fournit également l'application CodeReview hébergée sur AppEngine (utilisée notamment par GWT).

Développé par une poignée de passionnés, Jupiter est un plugin Eclipse qui s'intègre à l'IDE et s'appuie sur un fichier XML local stocké en gestion de conf. Jupiter permet de saisir des review sous trois modes (Phase individuelle ou phase d'équipe, Rework). Le principe est très simple, le reviewer sélectionne dans un fichier source le point de revue, il décrit son type (erreur de codage, convention de nommage, optimisation, clarté) un descriptif et sa sévérité. Des icones graphiques discrètes mais efficaces viennent rappeler qu'un bout de code a été revu. Tout est tracé, stocké et annoté.

Jupiter, un outil à retenir.

Si vous habitez à Paris ou dans la région, bloquez la date du 9 Février prochain. Le Paris JUG célèbre sa deuxième bougie et réserve pour l'occasion un amphi de 500 places (!). Après Antonio Goncalves en maître de cérémonie (dont je viens de recevoir l'excellent livre) et le jeune retraité Sacha de JBoss en guest suivront 8 à 10 mini-conf de 15 minutes.

A ce rythme, il faudra réserver l'année prochaine le stade de France avec Madonna en première partie.

La communauté Java n'a jamais été autant visible et active en France que ces derniers mois. Avec une dizaine de JUG en France et des séminaires techniques à n'en plus finir, Java est le champion toute catégorie des manisfestations de Geek. C'est étonnant qu'il n'y ait pas d'équivalent dans la communauté .NET avec tous les efforts de Microsoft (alors qu'on ne peut pas dire que Sun ou Oracle courent après les JUGgueurs).

C'est donc par là, le lieu, Paris, la date, le 9 Février. Et comme ont dit chez nous, si j'y suis, j'y passe, si j'y passe, Giresse (il faut être un peu footeux pour la comprendre celle-ci).

Parmi les nombreuses conférences Java existantes à travers le monde, certaines plus petites mais tout aussi intéressantes recueillent moins d'échos. Je profite de l'occasion que se tient actuellement l'Atlassian Summit à San Francisco pour faire un focus sur Atlassian.

Atlassian est la société qui distribue la suite Confluence. Confluence a un positionnement très particulier sur le marché des outils ALM (Application Lifecycle Management). C'est une suite entièrement bâtie sur Java avec comme produit phare Jira, l'incontestable et incontesté bug tracker. Confluence est une forge qui intègre avec merveille plusieurs pépites dont Bamboo (intégration continue), Clover (couverture tests), Crucible (Audit de code), FishEye (mon préféré), et évidemment Jira.

Pour avoir manipulé des outils Open Source tels que Trac et Mantis ou des suites purement commerciales (Microsoft VSTS et IBM Jazz), Confluence reste pour moi la référence. Son extensibilité lui permet de greffer facilement n'importe quel outil du marché, notamment Sonar (un outil que j'utilise pour de l'audit de code et qui me semble encore trop méconnu), .NET ou ...  SharePoint. Et oui, le CMS de Microsoft peut s'utiliser de manière très complémentaire à Confluence.

Il y a quelques jours, Atlassian a fait un coup marketing en "offrant" pendant 5 jour à 5 euros Confluence pour une équipe de 5 personnes. J'ai sauté sur l'occasion et acquis une licence DNG. Plus récemment cette fois, l'éditeur a annoncé une baisse significative de ses tarifs (déjà très bas),  800 $ pour 25 utilisateurs.

Atlassian est une société qui gagne de l'argent avec un business model qui se situe entre de l'Open Source et du commercial. Son seul partenaire Un de ses principaux partenaires, revendeur et intégrateur en France est Valiantys avec qui DNG partage les mêmes bureaux.

Si vous êtes à la recherche d'une forge de qualité, n'hésitez pas à faire appel à Confluence et Valiantys. En attendant, je vous laisse découvrir les tweet de l'Atlassian Summit.

Parmi les différentes missions que j'assure régulièrement, l'audit de code et plus particulièrement la détection de fuites mémoire occupe un temps non négligeable de cette activité.

Il existe de nombreux articles traitant du sujet et l'idée ici n'est pas d'en réécrire un n-ième. Je vais simplement tenter de formaliser un cas d'école et de vous illustrer l'approche à adopter (en .NET pour changer un peu des derniers billets ;-)).

Avant tout, il est très important de comprendre que l'analyse de fuite mémoire relève de l'expertise, je veux dire par là qu'il est très difficile, voire impossible de réaliser une analyse fine sans comprendre très précisément le mode de fonctionnement de la mémoire managée des applications à base de machine virtuelle.

Lire la suite »