IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)

Vous êtes nouveau sur Developpez.com ? Créez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et être connecté pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Créez-en un en quelques instants, c'est entièrement gratuit !

Si vous disposez déjà d'un compte et qu'il est bien activé, connectez-vous à l'aide du formulaire ci-dessous.

Identifiez-vous
Identifiant
Mot de passe
Mot de passe oublié ?
Créer un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

ZeroTurnaround sort la version 3.1 de l'outil de productivité JRebel
Et améliore son support pour JPA

Le , par Ricky81

21PARTAGES

0  0 
16/07/2010

Citation Envoyé par Ricky81 Voir le message
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
Citation Envoyé par Ricky81 Voir le message
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

Citation Envoyé par Ricky81 Voir le message
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

Citation Envoyé par Ricky81 Voir le message
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 :


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

Une erreur dans cette actualité ? Signalez-nous-la !

Avatar de Julien Bodin
Membre éclairé https://www.developpez.com
Le 02/04/2010 à 10:49
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 !
0  0 
Avatar de Traroth2
Membre émérite https://www.developpez.com
Le 02/04/2010 à 11:08
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 ?
0  0 
Avatar de Ricky81
Expert éminent sénior https://www.developpez.com
Le 16/04/2010 à 13:37
Ç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
0  0 
Avatar de tchize_
Expert éminent sénior https://www.developpez.com
Le 16/04/2010 à 13:55
et lundi, on installe ça en démo chez nous pour évaluation
0  0 
Avatar de Killing Joke
Membre actif https://www.developpez.com
Le 16/04/2010 à 15:06
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 ?).
0  0 
Avatar de tchize_
Expert éminent sénior https://www.developpez.com
Le 16/04/2010 à 16:22
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
0  0 
Avatar de joseph_p
Membre expérimenté https://www.developpez.com
Le 19/04/2010 à 10:09
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 ?
0  0 
Avatar de ymajoros
Membre habitué https://www.developpez.com
Le 19/04/2010 à 10:35
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.
0  0 
Avatar de tchize_
Expert éminent sénior https://www.developpez.com
Le 19/04/2010 à 10:49
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 .
0  0 
Avatar de masterguard
Futur Membre du Club https://www.developpez.com
Le 19/04/2010 à 11:11
Citation Envoyé par ymajoros Voir le message
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.

Citation Envoyé par ymajoros Voir le message

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