Sortie de la version 3.1.1 de l'outil de productivité JRebel avec support pour Google App Engine et GWT

**Ricky81** · 02/04/2010, 00h12

16/07/2010

Envoyé par Ricky81

Release mineure 3.1.1 :

amélioration du support de GWT
première version stable de la prise en charge de Google App Engine
prise en charge de Tomcat 7 et Jetty 7.1
sérialisation expérimental (beta, désactivé par défaut) des champs ajoutés

Téléchargez

Le changelog complet

Source

1/06/2010

Envoyé par Ricky81

Un mois plus tard et voici la version 3.1 qui correspond à un gros apport sur la partie accès aux données.

En effet, outre des corrections d'anomalies, JRebel supporte désormais les changements dans le mapping Object Relationnel pour les implémentations de JPA que sont Hibernate et OpenJPA. Toplink/EclipseLink est également pris en charge mais c'est encore expérimental (à activer si vous souhaitez tester). Au rayon de l'accès aux données, il y a également désormais une prise en charge des modifications de sql maps pour iBatis.

Téléchargez

Le changelog complet

Source

2/05/2010

Envoyé par Ricky81

Le 1er mai on n'a pas chômé chez ZeroTurnaround.
Jevgeni a annoncé la version 3.0.1 de JRebel avec entre autres les fonctionnalités suivantes :

une meilleure gestion des proxies dynamiques du JDK
le support de Spring dm Server 2.x
support avancé sur les scriptlets pour Websphere et Resin (Enterprise Add-On).

L'Enterprise Add-On vous est disponible sans frais supplémentaire dans la limite d'une mise à jour avant le 1er juin.

Téléchargez

Le changelog complet

Source

16/04/2010

Envoyé par Ricky81

Ca 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

02/04/2010

Bonjour,

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.

JRebel en chiffres :

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 ?

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

**Julien Bodin** · 02/04/2010, 10h49

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 !

**Traroth2** · 02/04/2010, 11h08

C'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 ?

**Ricky81** · 16/04/2010, 13h37

Ç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

**tchize_** · 16/04/2010, 13h55

et lundi, on installe ça en démo chez nous pour évaluation

**Killing Joke** · 16/04/2010, 15h06

Suis 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 ?).

**tchize_** · 16/04/2010, 16h22

en 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 dev

**joseph_p** · 19/04/2010, 10h09

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 ?

**ymajoros** · 19/04/2010, 10h35

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.

**tchize_** · 19/04/2010, 10h49

je 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

.

**masterguard** · 19/04/2010, 11h11

Envoyé par ymajoros

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é.

C'est le cas de myeclipse aussi qu'on paye une trentaine d'euros par an.

Envoyé par ymajoros

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.

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...

**joseph_p** · 19/04/2010, 17h51

Envoyé par ymajoros

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é.

hum, je ne sais pas exactement à quoi réfère le terme "page" du 1er point, mais c'est si c'est le markup, alors les 2 premiers points sont identiques avec wicket + eclipse + jvm standard.

concernant le 3eme point, combien de secondes au juste ?

En effet, ce "turnaround time" est généralement considéré comme excessif dès qu'il dépasse 10secondes.

Personnellement, nous étions entre 3s et 11s suivant les projets (on démarre via resin en tant qu'embedded application, autrement dit comme une application java standard sans déploiement particulier).

Et passer de 3-11s à... 0s est vraiment appréciable

Ça évite toutes les questions silencieuses du type "ma web app est elle déjà rechargée?" qui impliquent d'aller vérifier dans la console de l'IDE. Bref, on gagne en temps et en tranquillité d'esprit.

++

**Pill_S** · 21/04/2010, 19h34

ça m'a tout l'air d'un outil plus qu'appréciable!

je vais tester ça dès que j'aurai le temps à la maison

**Ricky81** · 02/05/2010, 23h14

Le 1er mai on n'a pas chômé chez ZeroTurnaround.
Jevgeni a annoncé la version 3.0.1 de JRebel avec entre autres les fonctionnalités suivantes :

une meilleure gestion des proxies dynamiques du JDK
le support de Spring dm Server 2.x
support avancé sur les scriptlets pour Websphere et Resin (Enterprise Add-On).

L'Enterprise Add-On vous est disponible sans frais supplémentaire dans la limite d'une mise à jour avant le 1er juin.

Téléchargez

Le changelog complet

Source

**Ricky81** · 01/06/2010, 19h50

Un mois plus tard et voici la version 3.1 qui correspond à un gros apport sur la partie accès aux données.

En effet, outre des corrections d'anomalies, JRebel supporte désormais les changements dans le mapping Object Relationnel pour les implémentations de JPA que sont Hibernate et OpenJPA. Toplink/EclipseLink est également pris en charge mais c'est encore expérimental (à activer si vous souhaitez tester). Au rayon de l'accès aux données, il y a également désormais une prise en charge des modifications de sql maps pour iBatis.

Téléchargez

Le changelog complet

Source