Commentaires sur : Pourquoi VMWare / SpringSource ? Virtualisation matérielle vs. Cloud http://blog.xebia.fr/2009/08/17/pourquoi-vmware-springsource-virtualisation-materielle-vs-cloud/ J2EE, Agilité et SOA Fri, 10 Feb 2012 09:50:25 +0000 hourly 1 http://wordpress.org/?v= Par : Cyrille Le Clerchttp://blog.xebia.fr/2009/08/17/pourquoi-vmware-springsource-virtualisation-materielle-vs-cloud/#comment-14454 Cyrille Le Clerc Tue, 18 Aug 2009 23:00:12 +0000 http://blog.xebia.fr/?p=2637#comment-14454 Cher Axel R, Je me suis comme vous posé la question de l'absence d'un système d'exploitation (i.e. d'une distribution Linux) et d'une JVM dans la stack VMWare-SpringSource. Cependant, en regardant l'histoire des serveurs J2EE, je ne suis pas sûr que ce soit pénalisant. Apache Tomcat, IBM WebSphere, Oracle/BEA Weblogic et Sun Glassfish composent très bien avec RHEL qui est pourtant gouverné par RedHat/JBoss. De même, Apache Tomcat, Oracle/BEA Weblogic et RedHat/JBoss App Server sont très souvent utilisés sur la JVM de Sun. La maturité et la qualité de Linux et de la JVM de Sun font qu'il est facile de les intégrer sans pour autant les maîtriser. Pour WebSphere eXtended Deployment (XD), je vous sens taquin ;-) . XD fait partie des nombreuses innovations d'IBM qui sont popularisées par d'autres. La vision du déploiement d'application Java qu'Adrian Coyler a fait lors du dernier SpringOne ressemblait à s'y méprendre à la liste des fonctionnalités d'XD qui a pourtant plus de 5 ans. Pour la JSR 330 @Inject et Java EE 6, croyez-vous qu'@Inject unifiera les mécanismes d'injection de dépendance de Servlet 3, JSF, EJB Light , EJB et JCDI/WebBeans ? ;-) Quant à JMS, si vous avez eu des expériences <em>heavyweight</em>, je vous recommande vivement d'essayer le trio Tomcat/Spring JMS/ActiveMQ avec lequel j'ai eu des expériences très <em>lightweight</em> ;-). A très bientôt j'espère, Cyrille, Xebia Cher Axel R,

Je me suis comme vous posé la question de l’absence d’un système d’exploitation (i.e. d’une distribution Linux) et d’une JVM dans la stack VMWare-SpringSource.
Cependant, en regardant l’histoire des serveurs J2EE, je ne suis pas sûr que ce soit pénalisant.
Apache Tomcat, IBM WebSphere, Oracle/BEA Weblogic et Sun Glassfish composent très bien avec RHEL qui est pourtant gouverné par RedHat/JBoss.
De même, Apache Tomcat, Oracle/BEA Weblogic et RedHat/JBoss App Server sont très souvent utilisés sur la JVM de Sun.
La maturité et la qualité de Linux et de la JVM de Sun font qu’il est facile de les intégrer sans pour autant les maîtriser.

Pour WebSphere eXtended Deployment (XD), je vous sens taquin ;-) . XD fait partie des nombreuses innovations d’IBM qui sont popularisées par d’autres. La vision du déploiement d’application Java qu’Adrian Coyler a fait lors du dernier SpringOne ressemblait à s’y méprendre à la liste des fonctionnalités d’XD qui a pourtant plus de 5 ans.

Pour la JSR 330 @Inject et Java EE 6, croyez-vous qu’@Inject unifiera les mécanismes d’injection de dépendance de Servlet 3, JSF, EJB Light , EJB et JCDI/WebBeans ? ;-)

Quant à JMS, si vous avez eu des expériences heavyweight, je vous recommande vivement d’essayer le trio Tomcat/Spring JMS/ActiveMQ avec lequel j’ai eu des expériences très lightweight ;-) .

A très bientôt j’espère,

Cyrille, Xebia

]]> Par : Axel Rhttp://blog.xebia.fr/2009/08/17/pourquoi-vmware-springsource-virtualisation-materielle-vs-cloud/#comment-14414 Axel R Mon, 17 Aug 2009 12:12:29 +0000 http://blog.xebia.fr/?p=2637#comment-14414 Pour donner corps à la stratégie de virtualisation, il manque vraiment un OS et une JVM (et je ne parle pas de SGBD)... Sinon, tu le dis, eXtended Deployment le fait déjà et n'a pas changé la face de la virtualisation Java ;) Donc Spring n'est pas la raison du rachat. Hyperic et Tomcat bien plus, on est d'accord. D'ailleurs Java EE 6 sort en fin d'année avec le JSR 330. Il est voté par vmware/springsource (et tous les autres) qui le recommende puisque Spring n'est plus un enjeu! J'ai tout bon? :) PS: JMS = léger? :) Pour donner corps à la stratégie de virtualisation, il manque vraiment un OS et une JVM (et je ne parle pas de SGBD)… Sinon, tu le dis, eXtended Deployment le fait déjà et n’a pas changé la face de la virtualisation Java ;)

Donc Spring n’est pas la raison du rachat. Hyperic et Tomcat bien plus, on est d’accord. D’ailleurs Java EE 6 sort en fin d’année avec le JSR 330. Il est voté par vmware/springsource (et tous les autres) qui le recommende puisque Spring n’est plus un enjeu! J’ai tout bon? :)

PS: JMS = léger? :)

]]>