ZeroTurnaround sort la version 3.0.1 de l'outil de productivité JRebel
Avec notamment le support de Spring dm Server 2.x

Le , par Ricky81, Expert éminent sénior
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



Vous avez aimé cette actualité ? Alors partagez-la avec vos amis en cliquant sur les boutons ci-dessous :


 Poster une réponse

Avatar de Killing Joke Killing Joke - Membre actif http://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 ?).
Avatar de tchize_ tchize_ - Expert éminent sénior http://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
Avatar de joseph_p joseph_p - Membre expérimenté http://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 ?
Avatar de ymajoros ymajoros - Membre habitué http://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.
Avatar de tchize_ tchize_ - Expert éminent sénior http://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 .
Avatar de masterguard masterguard - Futur Membre du Club http://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...
Avatar de joseph_p joseph_p - Membre expérimenté http://www.developpez.com
le 19/04/2010 à 17:51
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é.

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.

++
Avatar de Pill_S Pill_S - Membre expert http://www.developpez.com
le 21/04/2010 à 19:34
ç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
Avatar de Ricky81 Ricky81 - Expert éminent sénior http://www.developpez.com
le 02/05/2010 à 23:14
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
Avatar de Ricky81 Ricky81 - Expert éminent sénior http://www.developpez.com
le 01/06/2010 à 19:50
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
Avatar de Ricky81 Ricky81 - Expert éminent sénior http://www.developpez.com
le 16/07/2010 à 7:06
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
Offres d'emploi IT
Consultant test de performance H/F
Sogeti France - Aquitaine - Bordeaux (33000)
Projet monitoring H/F
Atos - Rhône Alpes - Grenoble (38000)
Ingénieur d'études microsoft confirmé h/f
Sogeti France - Alsace - Strasbourg (67000)

Voir plus d'offres Voir la carte des offres IT
Responsables bénévoles de la rubrique Java : Mickael Baron - Robin56 -