ZeroTurnaround sort la version 3.1 de l'outil de productivité JRebel
Et améliore son support pour JPA
Le 2010-04-02 00:12:24, par Ricky81, Expert éminent sénior
16/07/2010
1/06/2010
2/05/2010
16/04/2010
02/04/2010
1/06/2010
2/05/2010
16/04/2010
02/04/2010
Bonjour,
La version 3.0 de JRebel est prévue pour le 16 avril.
Présentation succincte de JRebel (anciennement JavaRebel) :
JRebel en chiffres :
Au programme des nouveautés de la 3.0 :
JRebel fonctionne bien avec les environnement de développement les plus populaire (Eclipse, IntelliJ, NetBeans), et tous les conteneurs / serveurs d'application majeurs.
Un résumé des fonctionnalité de rechargement à chaud pour la version actuelle qui montre la valeur ajoutée de l'outil par rapport à un redéploiement classique ainsi que l'utilisation de JVM HotSwap : http://www.zeroturnaround.com/jrebel/comparison/
Enfin, sachez que JRebel :
Certains ont-ils un retour d'expérience sur l'outil à partager ?
La page de présentation de JRebel
Téléchargez la dernière version gratuite
Téléchargez JRebel (anciennement JavaRebel) 2.1 pour un meilleur support de Struts 1.x/2.x
La version 3.0 de JRebel est prévue pour le 16 avril.
Présentation succincte de JRebel (anciennement JavaRebel) :
L'outil JRebel permet d'améliorer la productivité du développement Java. Il se présente sous la forme d'un agent pour la JVM qui permet le remplacement à chaud du bytecode des classes de l'application. Par conséquent, une grande partie des modifications de code peut être prise en compte par l'application sans nécessiter de redémarrer cette dernière.
- 10 000 téléchargements mensuels
- Sur les 30 derniers jours, JRebel a fait économiser plus de 450 000 redéploiements, soit 9 années*homme de temps d'attente
- JRebel a remporté en 2009 le JOLT Productivity Award
Au programme des nouveautés de la 3.0 :
- Le support des modifications sur les technologies EJB, JSF, et JPA
- Le support de la réinitialisation des classes pour Hibernate, Seam et JSF
- Amélioration du support pour Spring et les JSP
- Divers supports et améliorations
JRebel fonctionne bien avec les environnement de développement les plus populaire (Eclipse, IntelliJ, NetBeans), et tous les conteneurs / serveurs d'application majeurs.
Un résumé des fonctionnalité de rechargement à chaud pour la version actuelle qui montre la valeur ajoutée de l'outil par rapport à un redéploiement classique ainsi que l'utilisation de JVM HotSwap : http://www.zeroturnaround.com/jrebel/comparison/
Enfin, sachez que JRebel :
- peut-être téléchargé en version d'évaluation de 30 jours
- est disponible en licence d'1 an pour 149 $ (corporate) et 59 $ (personal)
- est gratuit pour les membres d'un projet Open Source
- est disponible gratuitement dans une édition spéciale Scala
Certains ont-ils un retour d'expérience sur l'outil à partager ?
-
Julien BodinMembre éclairéEssayé, acheté, adopté
Ce truc m'a vraiment été super utile. Pas besoin de se retaper toute la phase de chargement d'hibernate + login à chaque fois que j'oubliais une ligne dans mon code !le 02/04/2010 à 10:49 -
Traroth2Membre émériteC'est intéressant, je ne connaissais pas. Ça pourrait permettre une mise en production sans interruption. Mais comment gérer les problèmes d'incompatibilité entre versions de fichiers ?
Y a-t-il des produits concurrents ?le 02/04/2010 à 11:08 -
Ricky81Expert éminent séniorÇa y est, la version 3.0 de JRebel est disponible.
Si vous avez déjà une licence valide, vous pouvez sans coût supplémentaire utiliser cette nouvelle version.
Quelques éléments sur les nouveautés :
- Support des EJBs pour JBoss (4.x, 5.x), Oracle Weblogic (8.x, 9.x, et 10.x), IBM WebSphere (6.1 et 7.0)
- Support des scriptlets dans les JSPs
- Support de Mojarra (JSF)
- Support de Weld (CDI)
- Support d'OpenJPA (JPA)
- Support de Seam
- Support d'Hibernate (non stable, désactivé par défaut)
- Support des modifications sur les enums et l'ajout de champs statiques
- Meilleure intégration avec Javassist et CgLib
- Optimisation de mémoire (25% de diminution)
- Amélioration du temps de démarrage
- GUI pour l'édition du fichier rebel.xml
Enfin, ZeroTurnaround met également à disposition JRebel Enterprise Add-On qui apporte des fonctionnalités pour des technologies plus vieilles (Java 1.4, scriptlet dans les JSP) ou d'ancienne versions de middlewares.
Pour vous faire une idée de l'économie potentielle en temps, ZeroTurnaround a sondé la communauté l'an passé sur les temps de développement et de déploiements : http://www.zeroturnaround.com/blog/j...around-report/
Pour ceux qui utilisent JRebel, combien d'heures vous fait-il économiser sur une semaine de développements ?Téléchargez la version d'évaluation limitée à 30 jours
L'annonce et les nouveautés
JRebel Enterprise Add-On le 16/04/2010 à 13:37 -
tchize_Expert éminent sénioret lundi, on installe ça en démo chez nous pour évaluationle 16/04/2010 à 13:55
-
Killing JokeMembre actifSuis curieux aussi de savoir s'il y a eu des gens assez couillus pour installer un outil aussi "touchy" que celui là en production (parce que oui pour avoir une dispo' maximale 99.999% du temps en réduisant le temps d'application des patchs, sur le papier ça a l'air d'être une très bonne solution technique, mais en pratique ça donne quoi ?).le 16/04/2010 à 15:06
-
tchize_Expert éminent sénioren pratique, il fournissent liverebel (encore en beta privée si j'ai bien compris) pour les environnements de prods. jrebel est prévu pour les environnement de devle 16/04/2010 à 16:22
-
joseph_pMembre expérimentéau boulot, on a ressorti nos licences pour jrebel avec cette dernière mouture... et franchement les premières impressions sont vraiment positives.
Désormais, avec wicket, quand je modifie une page/un composant, plus besoin de redémarrer l'appli, les changements sont effectifs de suite, vraiment efficace.
Au final, je commençais à me demander pourquoi un tel mécanisme n'est pas inclus de base dans la JVM... Quelqu'un aurait des pistes ?le 19/04/2010 à 10:09 -
ymajorosMembre habituéJe développe en JSF2 sous Netbeans, j'utilise un serveur Glassfish et... je n'ai pas besoin de JRebel :
- si je modifie une page, l'effet est immédiat
- si je modifie une classe, un clic me permet de mettre à jour sur le serveur, tant que je n'ai pas modifié la structure (noms de champs et signatures de méthodes, ...)
- sinon, un redéploiement automatique met mon application à jour en quelques secondes. Glassfish 3 me préserve les sessions, je continue où j'avais arrêté.
En production, il n'est évidemment pas question de jouer avec ce genre de choses. Une release est planifiée et se fait à un moment précis, même si les sessions peuvent être préservées.le 19/04/2010 à 10:35 -
tchize_Expert éminent séniorje me permets quand même quelques points.
changement de page -> ok si tu peux te permettre un serveur incorporé à ton IDE. Dans mon cas, impossible car les IDE (en tout eclipse) exigent un structure de projet particulière que nous n'avons pas. Nous passons par maven, le war est construit en deux projets, le projet principal n'as pas de web.xml, etc. Tout ça, ça ne plait pas à l'editeur et donc les "serveurs intégrés" (qu'il s'agisse de glassfish, tomcat ou jboss), ne sont pas une option.
modification de classe: même principe, il faut pouvoir faire tourner le serveur dans l'IDE. De plus, il est impossible d'ajouter des méthodes, de changer des champs de classe ou de changer un signature. JRebel n'a pas cette limitation
redéploiement: notre application met 1m30 à se redéployer, sans compter les temps de construction du war, pour nous c'est autant de temps perdu à chaque fois. le 19/04/2010 à 10:49 -
masterguardFutur Membre du ClubC'est le cas de myeclipse aussi qu'on paye une trentaine d'euros par an.
Absolument d'accord. Il y a un cycle à respecter. De notre côté on passe en pré-production avant de livrer en production. Et redémarrer notre serveur d'application prend moins d'une minute. De plus, ayant un client Swing branché en RMI, le plus souvent, la livraison de la partie cliente est nécessaire, donc cela ne nous servirait à rien de livrer à chaud...le 19/04/2010 à 11:11