Interview de David Booth et Jevgeni Kabanov (ZeroTurnaround)

Jevgueni : Un peu moins de 10 en ce moment, sachant que cela évolue au rythme du recrutement de nouvelles recrues … d'ailleurs connaissez-vous des ingénieurs intéressés pour travailler en Estonie, ou des commerciaux et marketeux intéressés par Prague ?

Jevgueni : Tout le monde utilise Eclipse. C'est probablement en partie de ma faute, étant donné que j'étais un fervent partisan d'Eclipse il y a quelques années. Maintenant ça m'est indifférent, mais je pense qu'Eclipse possède de meilleures fonctionnalités Java de base, et nous ne faisons pas vraiment de développement web. Nous achèterions probablement des licences IDEA si nous avions à faire du web, mais je continue à être mécontent de leur support du Compile-On-Save et je pense qu'Eclipse a de l'avance sur cet aspect.

Jevgueni : En fait, même si ce n'est pas écrit explicitement sur notre site web, la plupart des commandes importantes viennent avec une facture et un virement direct. Les sociétés nous contactent simplement par email et nous nous arrangeons pour répondre à ce besoin. J'adorerais pouvoir faire cela d'une manière automatisée, mais je ne pense pas que notre banque prenne en charge l'un de ces services.

David : Ce genre de choses est finalement assez simple à mettre en place. Envoyez simplement un email à sales@zeroturnaround.com

Jevgueni : JRebel a démarré avec une idée courant août 2006. À cette époque, je travaillai sur le rechargement à chaud chez Aranea, et j'ai soudain eu l'idée de faire du rechargement à chaud pour n'importe quel fragment de code Java. C'était assez compliqué, mais après quelques recherches j'ai pu mettre au point un prototype et le faire marcher en mars 2007. En septembre 2007 nous lancions une version publique en bêta et les premières ventes ont démarré en octobre la même année. Cela a été un parcours passionnant depuis.

David : Ce vendredi 16 avril (2010) nous avons sorti JRebel 3.0 et nous mesurons le long chemin parcouru depuis la première version. JRebel se concentre toujours encore sur l'élimination de la phase de redéploiement dans le développement Java EE, mais possède également un support pour les EDI, gère les changements sur la structure de classe, prend en charge le build instantané (avec des EAR, WAR, Maven, Ant), les changements dans la configuration (Spring, Guice, Struts 1 et 2, Log4J, Tapestry4, Wicket, Stripes, Velocity), et couvre les version 1.6 à 1.4 de Java.

Jevgueni : Aucun qui ne nous inquiète.

David : Cela sonne comme une réponse typique de commercial ! Comme nous nous amusons à inverser les rôles, je vais compléter la réponse pour celle-ci. La version courte est « oui, nous avons des concurrents ». Il y a HotSwap, « Hot Redeploy » - qui se décline selon différents noms (comme « FastSwap ») selon le conteneur qui l'implémente. Malheureusement, à la fois HotSwap et Hot Redeploy ont d'importantes lacunes … il est plus simple d'observer ce comparatif pour se faire une idée.

Jevgueni : Nous fournissons un niveau de support environ équivalent pour Eclipse et IDEA. Le plugin NetBeans ne dispose pas de toutes les fonctionnalités que nous proposons pour les autres EDI. Il y a quelques contributions par la communauté (par exemple, le plugin IDEA était initialement une contribution), mais le plus souvent nous prenons en charge leur développement.

Jevgueni : Et bien, il y a de nombreuses choses que nous avons initiées avec la version 3.0 que nous allons continuer de complémenter. Le support complet de JPA en fait partie. Mais nous allons également mettre notre énergie sur le développement de LiveRebel, lequel dispose d'un gros potentiel et est attendu par plus de 200 sociétés. Cela se traduira aussi par une innovation importante pour JRebel.

Jevgueni : JSF est pris en charge dans la version 3.0 :) Mojarra est d'ores et déjà supporté, et MyFaces le sera également bientôt. Nous aimerions désormais moins nous concentrer sur le support des frameworks et davantage à permettre à la communauté de contribuer aux plugins plus facilement. Il est déjà assez simple de créer des plugins pour JRebel, mais nous prévoyons de le rendre très vite encore plus simple. Si vous vous intéressez à l'écriture d'un plugin pour une framework en particulier, faites-moi signe directement par mail sur jevgeni@zeroturnaround.com

Jevgueni : Pour être honnête, je ne suis pas sûr du nombre de tête. C'est de l'ordre du millier. Je sais que nous avons plus de 10 000 téléchargements par mois, et cela augmente à la manière de la forme d'une crosse de hockey … hmm… peut-être n'est-ce qu'une expression valable au Canada ? Avec la version 3.0, nous modifions légèrement le modèle des licences, mais le changement le plus notable est l'ajout de l'Enterprise Add-On. Nous ajoutons le support de technologies anciennes qui donnent mal à la tête à bon nombre de gens … versions majeures de serveurs d'applications en fin de vie, EJB 1.x et 2.x, et l'ajout d'un serveur de licence qui permettra les plus importants consommateurs de gérer leur parc de licences d'une manière plus efficace. Toutes les licences continueront à être sur une souscription annuelle, et continueront à vous faire économiser en moyenne 5 semaines de temps de développement en redémarrage et redéploiement. Vraiment impressionnant.

Jevgueni : En haut de ma liste : Interface Injection. Comparativement, cela devrait être simple à prendre en charge, étant donné que je suppose que cela ne nécessite pas nécessairement la mise à jour des vtables (qui sont inline dans la JVM de Sun et sont la raison pour laquelle HotSwap ne permet pas l'ajout de méthodes).

Jevgueni : Cela serait certainement intéressant de faire cela, nous avons discuté de cette opportunité, mais nous n'avons rien décidé pour le moment.

Jevgueni : C'est effectivement tendance. OSGi n'est qu'utile aux développeurs de frameworks et de serveurs, les applications ne devraient pas à avoir à s'en préoccuper. C'est une abstraction bas niveau utile, mais trop générique pour les applications. La bonne façon de l'utiliser consiste à construire une couche modulaire spécialisée par dessus.

J'ai également un problème avec la façon dont les class loaders sont utilisés. Il est bien connu que les dépendances circulaires avec OSGi peut occasionner des interblocages (deadlocks) de class loader. Et je suis assez convaincu qu'OSGi favorise les leaks de class loader (ce n'est pas vraiment de sa faute, mais le modèle du class loader en Java n'a jamais été pensé pour être utilisé avec un graphe).

Jevgueni : Oui, c'est l'objectif :) Nous envisageons quelque chose de ce genre, mais nous avons constaté que sans notre attention, les pages communautaires tendent à rapidement stagner. Maintenant que l'adoption de JRebel progresse de manière exponentielle, nous avons vraiment besoin de relancer cette communauté de plugins rapidement.

David : Nous avons eu énormément de demandes de nos clients pour transposer la technologie JRebel du domaine du développement vers celui de la production et des applications en production. Cela a du sens pour nous d'étudier ce besoin de manière très sérieuse et de voir ce que nous pouvons proposer. J'ai relevé une citation quelque part qui disait que si Amazon.com venait à tomber, cela leur coûterait 31 000 $ par minute, et j'ai connaissance d'entreprises pour lesquels le coût serait plus élevé - donc nous aimerions aider les entreprises à conserver leurs applications en ligne même dans le cadre de procédures de mise à jour mineure. Pour ceux qui sont intéressés, nous avons un groupe pour la bêta privée de LiveRebel, auquel nous allons porter toute notre attention sur l'année à venir : http://groups.google.com/group/liverebel-private-beta.

Jevgueni : J'aimerai pouvoir répondre oui à cette question :) Nous avons étudié la plateforme .NET et il lui manque les éléments nécessaires à la mise à disposition de fonctionnalités que nous avons pour Java. Cela est principalement dû à des manques dans le classloader qui est une formidablement puissante abstraction qui peut devenir dangereuse lorsqu'on en abuse.

David : Bien sûr -- allez vous impliquer dans vos JUG (Java User Groups) locaux. Au cours de ces dernières années, les communautés françaises de JUG ont réellement percé dans de nombreuses villes de France. C'est formidable de voir tant de gens se réunir pour parler de Java et s'aider mutuellement !

Merci à David et Jevgueni d'avoir pris le temps de répondre à nos questions.
Merci également à ellene pour la relecture de la présente restitution.

• Version originale de l'interview
• ZeroTurnaround
• Téléchargez la dernière version de JRebel
• Partagez vos retours sur JRebel
• Vos questions sur les outils pour Java