<?xml version="1.0" encoding="UTF-8"?><rss
version="2.0"
xmlns:content="http://purl.org/rss/1.0/modules/content/"
xmlns:dc="http://purl.org/dc/elements/1.1/"
xmlns:atom="http://www.w3.org/2005/Atom"
xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
xmlns:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd"
xmlns:media="http://search.yahoo.com/mrss/"
> <channel><title>Commentaires sur : Revue de Presse Xebia</title> <atom:link href="http://blog.xebia.fr/2008/01/28/revue-de-presse-xebia-41/feed/" rel="self" type="application/rss+xml" /><link>http://blog.xebia.fr/2008/01/28/revue-de-presse-xebia-41/</link> <description>J2EE, Agilité et SOA</description> <lastBuildDate>Fri, 10 Feb 2012 09:50:25 +0000</lastBuildDate> <sy:updatePeriod>hourly</sy:updatePeriod> <sy:updateFrequency>1</sy:updateFrequency> <generator>http://wordpress.org/?v=</generator> <item><title>Par : Cyrille Le Clerc</title><link>http://blog.xebia.fr/2008/01/28/revue-de-presse-xebia-41/#comment-5504</link> <dc:creator>Cyrille Le Clerc</dc:creator> <pubDate>Wed, 07 May 2008 11:16:32 +0000</pubDate> <guid
isPermaLink="false">http://blog.xebia.fr/2008/01/28/revue-de-presse-xebia-41/#comment-5504</guid> <description>Bonjour Schebert,
&lt;strong&gt;&gt; A propros des EJB 3.x et l’information qu’ils ne seront dispos que sous WebSphere, c’est complètement faux.&lt;/strong&gt;
Autant pour moi, ma phrase concernant Websphere manquait de clarté.
Java EE 5 et ses EJB 3 ne sont toujours pas supportés par JBoss AS et Websphere, deux des trois serveurs d&#039;application leaders (en parts de marché). Beaucoup de clients concernés par ce retard choisissent en attendant SpringFramework et leur retour vers EJB 3.x n&#039;est pas assuré.
Des versions sont annoncées mais toujours pas release ni certifiées [1]:
- JBoss AS 5 est en beta 4.
- Websphere 7 n&#039;est toujours pas annoncé [2].
&lt;strong&gt;&gt; Spring a sorti les annotations dans la version 2.5 bien après les EJB 3, donc on ne peut pas dire que les EJB 3 font figure de “suiveur”.&lt;/strong&gt;
Je vous rejoins sur la frilosité passée de Spring concernant les configurations non XML (annotation et programmative).  Le grand innovateur en la matière nous a semblé être Google Guice. Sa sortie a bousculé Spring qui rattrape son retard même si le projet &lt;a href=&quot;http://springframework.org/javaconfig&quot; rel=&quot;nofollow&quot;&gt;Spring Java config&lt;/a&gt; n&#039;est toujous pas releasé.
En revanche, Spring nous semble aujourd&#039;hui innovant sur des sujets comme la gestion des configurations (XML, annotations), l&#039;utilisation de techniques AOP pour ajouter du comportement, la simplification des tests unitaires, etc.
Par ailleurs, l&#039;inertie de l&#039;installation de nouvelle versions de serveurs d&#039;application face à la simplicité de monter de version les jars Hibernate ou Spring Framework font que les innovations de Spring sont souvent disponibles aux équipes de développement de nombreux mois avant celles embarquées par les serveurs d&#039;application (quand EJB 3.1 sera-t-il disponible sur le très répandu Websphere ? ) [3].
&lt;strong&gt;&gt;... déçu par la v2.5 de Spring ...&lt;/strong&gt;
La réduction des fichiers de configuration XML grâce à l&#039;utilisation de namespace nous a semblé être une innovation très intéressante de Spring 2.0. Ce mécanisme est aujourd&#039;hui largement utilisé par des produits comme Mule ESB ou CXF pour ne citer qu&#039;eux.
Ensuite, le renommage de la version 2.1 en 2.5 était-il justifié étant donné les nouveautés ? On peut se poser la question.
Cyrille (Xebia)
[1] cf &lt;a href=&quot;http://java.sun.com/javaee/overview/compatibility.jsp&quot; rel=&quot;nofollow&quot;&gt;Sun : Java EE compatibility&lt;/a&gt;
[2] un &lt;a href=&quot;http://www-1.ibm.com/support/docview.wss?rs=177&amp;uid=swg21287579&quot; rel=&quot;nofollow&quot;&gt;Feature Pack for EJB 3.0 for WebSphere Application Server V6.1&lt;/a&gt; est disponible mais son installation rebute souvent les équipes d&#039;exploitation et de développement.
[3] Billy Newport, responsable de Websphere eXtreme Scale, décrit très bien ce problème d&#039;inertie dans &lt;a href=&quot;http://www.devwebsphere.com/devwebsphere/2005/07/end_of_the_road.html&quot; rel=&quot;nofollow&quot;&gt;End of the road for invasive middleware?&lt;/a&gt; (2005).</description> <content:encoded><![CDATA[<p>Bonjour Schebert,</p><p><strong>&gt; A propros des EJB 3.x et l’information qu’ils ne seront dispos que sous WebSphere, c’est complètement faux.</strong></p><p>Autant pour moi, ma phrase concernant Websphere manquait de clarté.<br
/> Java EE 5 et ses EJB 3 ne sont toujours pas supportés par JBoss AS et Websphere, deux des trois serveurs d&#8217;application leaders (en parts de marché). Beaucoup de clients concernés par ce retard choisissent en attendant SpringFramework et leur retour vers EJB 3.x n&#8217;est pas assuré.</p><p>Des versions sont annoncées mais toujours pas release ni certifiées [1]:<br
/> - JBoss AS 5 est en beta 4.<br
/> - Websphere 7 n&#8217;est toujours pas annoncé [2].</p><p><strong>&gt; Spring a sorti les annotations dans la version 2.5 bien après les EJB 3, donc on ne peut pas dire que les EJB 3 font figure de “suiveur”.</strong></p><p>Je vous rejoins sur la frilosité passée de Spring concernant les configurations non XML (annotation et programmative).  Le grand innovateur en la matière nous a semblé être Google Guice. Sa sortie a bousculé Spring qui rattrape son retard même si le projet <a
href="http://springframework.org/javaconfig" rel="nofollow">Spring Java config</a> n&#8217;est toujous pas releasé.</p><p>En revanche, Spring nous semble aujourd&#8217;hui innovant sur des sujets comme la gestion des configurations (XML, annotations), l&#8217;utilisation de techniques AOP pour ajouter du comportement, la simplification des tests unitaires, etc.</p><p>Par ailleurs, l&#8217;inertie de l&#8217;installation de nouvelle versions de serveurs d&#8217;application face à la simplicité de monter de version les jars Hibernate ou Spring Framework font que les innovations de Spring sont souvent disponibles aux équipes de développement de nombreux mois avant celles embarquées par les serveurs d&#8217;application (quand EJB 3.1 sera-t-il disponible sur le très répandu Websphere ? ) [3].</p><p><strong>&gt;&#8230; déçu par la v2.5 de Spring &#8230;</strong></p><p>La réduction des fichiers de configuration XML grâce à l&#8217;utilisation de namespace nous a semblé être une innovation très intéressante de Spring 2.0. Ce mécanisme est aujourd&#8217;hui largement utilisé par des produits comme Mule ESB ou CXF pour ne citer qu&#8217;eux.<br
/> Ensuite, le renommage de la version 2.1 en 2.5 était-il justifié étant donné les nouveautés ? On peut se poser la question.</p><p>Cyrille (Xebia)</p><p>[1] cf <a
href="http://java.sun.com/javaee/overview/compatibility.jsp" rel="nofollow">Sun : Java EE compatibility</a><br
/> [2] un <a
href="http://www-1.ibm.com/support/docview.wss?rs=177&#038;uid=swg21287579" rel="nofollow">Feature Pack for EJB 3.0 for WebSphere Application Server V6.1</a> est disponible mais son installation rebute souvent les équipes d&#8217;exploitation et de développement.<br
/> [3] Billy Newport, responsable de Websphere eXtreme Scale, décrit très bien ce problème d&#8217;inertie dans <a
href="http://www.devwebsphere.com/devwebsphere/2005/07/end_of_the_road.html" rel="nofollow">End of the road for invasive middleware?</a> (2005).</p> ]]></content:encoded> </item> <item><title>Par : shebert</title><link>http://blog.xebia.fr/2008/01/28/revue-de-presse-xebia-41/#comment-5456</link> <dc:creator>shebert</dc:creator> <pubDate>Fri, 02 May 2008 17:22:51 +0000</pubDate> <guid
isPermaLink="false">http://blog.xebia.fr/2008/01/28/revue-de-presse-xebia-41/#comment-5456</guid> <description>A propros des EJB 3.x et l&#039;information qu&#039;ils ne seront dispos que sous WebSphere, c&#039;est complètement faux. Et Glassfish ? Enfin, pour avoir développé sous Spring, je dois dire avoir été bluffé par les EJB. Spring a sorti les annotations dans la version 2.5 bien après les EJB 3, donc on ne peut pas dire que les EJB 3 font figure de &quot;suiveur&quot;.
Enfin, je dois dire avoir été terriblement déçu par la v2.5 de Spring - alors que j&#039;avais adoré la 1.2 qui m&#039;a fait abandonner les EJB 2.x - (nombreux bugs dans la v2.5, support de JPA excellent mais exemples de configuration souvent incomplets notamment pour les transactions, documentation très dispersée, et les bouquins écrits par Interface21 même comme &quot;Buiding J2EE Applications with Spring 2&quot; manquent clairement de clarté et de cohérence).
De plus, plutôt que de chercher à mettre en concurrence systématiquement Spring et les EJB, ne vaut-il mieux pas utiliser les EJB3 et Spring ensemble -&gt; par exemple,
Business Logic : SessionBeans en façade (utilisation des CMT / Remoting si besoin et, Services Web) + JPA (qui fait l&#039;objet d&#039;une JSR séparée des EJB) pour la persistence avec des POJO Spring pour les DAO (ou EAO)/Entities
Spring MVC : Pour le Web (qui est bien plus simple et plus léger que JSF même si je pense que chacun a ses avantages et ses inconvénients).
A lire donc -&gt; EJB3 in Action</description> <content:encoded><![CDATA[<p>A propros des EJB 3.x et l&#8217;information qu&#8217;ils ne seront dispos que sous WebSphere, c&#8217;est complètement faux. Et Glassfish ? Enfin, pour avoir développé sous Spring, je dois dire avoir été bluffé par les EJB. Spring a sorti les annotations dans la version 2.5 bien après les EJB 3, donc on ne peut pas dire que les EJB 3 font figure de &laquo;&nbsp;suiveur&nbsp;&raquo;.</p><p>Enfin, je dois dire avoir été terriblement déçu par la v2.5 de Spring &#8211; alors que j&#8217;avais adoré la 1.2 qui m&#8217;a fait abandonner les EJB 2.x &#8211; (nombreux bugs dans la v2.5, support de JPA excellent mais exemples de configuration souvent incomplets notamment pour les transactions, documentation très dispersée, et les bouquins écrits par Interface21 même comme &laquo;&nbsp;Buiding J2EE Applications with Spring 2&#8243; manquent clairement de clarté et de cohérence).</p><p>De plus, plutôt que de chercher à mettre en concurrence systématiquement Spring et les EJB, ne vaut-il mieux pas utiliser les EJB3 et Spring ensemble -&gt; par exemple,</p><p>Business Logic : SessionBeans en façade (utilisation des CMT / Remoting si besoin et, Services Web) + JPA (qui fait l&#8217;objet d&#8217;une JSR séparée des EJB) pour la persistence avec des POJO Spring pour les DAO (ou EAO)/Entities</p><p>Spring MVC : Pour le Web (qui est bien plus simple et plus léger que JSF même si je pense que chacun a ses avantages et ses inconvénients).</p><p>A lire donc -&gt; EJB3 in Action</p> ]]></content:encoded> </item> <item><title>Par : Cyrille Le Clerc</title><link>http://blog.xebia.fr/2008/01/28/revue-de-presse-xebia-41/#comment-4290</link> <dc:creator>Cyrille Le Clerc</dc:creator> <pubDate>Sun, 03 Feb 2008 22:41:30 +0000</pubDate> <guid
isPermaLink="false">http://blog.xebia.fr/2008/01/28/revue-de-presse-xebia-41/#comment-4290</guid> <description>Le Paris Java User Group fait partie de la &lt;a href=&quot;http://community.java.net/jugs/&quot; rel=&quot;nofollow&quot;&gt;Java User Groups Community&lt;/a&gt; et bénéficie à ce titre de &lt;a href=&quot;https://jugs.dev.java.net/programs-list.html&quot; rel=&quot;nofollow&quot;&gt;nombreux programmes de soutien&lt;/a&gt; tels que le  &lt;a href=&quot;https://jugs.dev.java.net/sunjugprogram/events-visits.html&quot; rel=&quot;nofollow&quot;&gt;Sun JUGs program&lt;/a&gt;. On citera, pour illustrer la qualité des intervenants que Sun fait intervenir auprès des JUGs, la &lt;a href=&quot;https://java-champions.dev.java.net/images/support/gosling-sdjug-aug2007-575.jpg&quot; rel=&quot;nofollow&quot;&gt;participation de James Gosling (fondateur de Java) au San Diego Java User Group d&#039;Aout 2007&lt;/a&gt; et il y en a beaucoup d&#039;autres exemples.
Cyrille (Xebia)</description> <content:encoded><![CDATA[<p>Le Paris Java User Group fait partie de la <a
href="http://community.java.net/jugs/" rel="nofollow">Java User Groups Community</a> et bénéficie à ce titre de <a
href="https://jugs.dev.java.net/programs-list.html" rel="nofollow">nombreux programmes de soutien</a> tels que le <a
href="https://jugs.dev.java.net/sunjugprogram/events-visits.html" rel="nofollow">Sun JUGs program</a>. On citera, pour illustrer la qualité des intervenants que Sun fait intervenir auprès des JUGs, la <a
href="https://java-champions.dev.java.net/images/support/gosling-sdjug-aug2007-575.jpg" rel="nofollow">participation de James Gosling (fondateur de Java) au San Diego Java User Group d&#8217;Aout 2007</a> et il y en a beaucoup d&#8217;autres exemples.</p><p>Cyrille (Xebia)</p> ]]></content:encoded> </item> <item><title>Par : Alexis MP</title><link>http://blog.xebia.fr/2008/01/28/revue-de-presse-xebia-41/#comment-4188</link> <dc:creator>Alexis MP</dc:creator> <pubDate>Wed, 30 Jan 2008 20:09:52 +0000</pubDate> <guid
isPermaLink="false">http://blog.xebia.fr/2008/01/28/revue-de-presse-xebia-41/#comment-4188</guid> <description>[JUG] je ne comprends pas : qui n&#039;a pas le support de Sun?</description> <content:encoded><![CDATA[<p>[JUG] je ne comprends pas : qui n&#8217;a pas le support de Sun?</p> ]]></content:encoded> </item> </channel> </rss>
