<?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/07/15/revue-de-presse-xebia-65/feed/" rel="self" type="application/rss+xml" /><link>http://blog.xebia.fr/2008/07/15/revue-de-presse-xebia-65/</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/07/15/revue-de-presse-xebia-65/#comment-6478</link> <dc:creator>Cyrille Le Clerc</dc:creator> <pubDate>Wed, 16 Jul 2008 15:11:56 +0000</pubDate> <guid
isPermaLink="false">http://blog.xebia.fr/2008/07/15/revue-de-presse-xebia-65/#comment-6478</guid> <description>Bonjour Alexis,
Nous aimons déjà beaucoup VisualVM et nous attendons avec impatience la release de l&#039;outil de troubleshooting &lt;a  href=&quot;https://btrace.dev.java.net/&quot; rel=&quot;nofollow&quot;&gt;btrace&lt;/a&gt;. Auriez-vous une indiscrétion pour notre blog ?
La présentation à JavaOne &lt;a href=&quot;https://btrace.dev.java.net/files/documents/8510/98299/BTrace_BOF-5552_J12008.pdf&quot; rel=&quot;nofollow&quot;&gt;BTrace: JavaTM Platform Observability by Bytecode Instrumentation&lt;/a&gt; donnait une très bonne vision du potentiel de cet outil.
Au passage, BTrace est une belle illustration des alternatives au très à la mode AOP pour faire de l&#039;instrumentation de bytecode à la volée. En même temps, charger et décharger à la volée des classes modifiées sur des serveurs en production est une opération tellement délicate qu&#039;il semble raisonnable que ce domaine soit pour le moment l&#039;apanage des éditeurs de JVM et que le commun des éditeurs de frameworks se focalise sur l&#039;AOP ;-) (les frameworks AOP font le plus souvent du load-time-weaving qui modifie le bytecode au chargement de la classe là où btrace modifie le bytecode de classes déjà chargées - du hot-swap / after-loadtime-weaving ).
Cyrille (Xebia)</description> <content:encoded><![CDATA[<p>Bonjour Alexis,</p><p>Nous aimons déjà beaucoup VisualVM et nous attendons avec impatience la release de l&#8217;outil de troubleshooting <a
href="https://btrace.dev.java.net/" rel="nofollow">btrace</a>. Auriez-vous une indiscrétion pour notre blog ?</p><p>La présentation à JavaOne <a
href="https://btrace.dev.java.net/files/documents/8510/98299/BTrace_BOF-5552_J12008.pdf" rel="nofollow">BTrace: JavaTM Platform Observability by Bytecode Instrumentation</a> donnait une très bonne vision du potentiel de cet outil.</p><p>Au passage, BTrace est une belle illustration des alternatives au très à la mode AOP pour faire de l&#8217;instrumentation de bytecode à la volée. En même temps, charger et décharger à la volée des classes modifiées sur des serveurs en production est une opération tellement délicate qu&#8217;il semble raisonnable que ce domaine soit pour le moment l&#8217;apanage des éditeurs de JVM et que le commun des éditeurs de frameworks se focalise sur l&#8217;AOP <img
src='http://blog.xebia.fr/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' /> (les frameworks AOP font le plus souvent du load-time-weaving qui modifie le bytecode au chargement de la classe là où btrace modifie le bytecode de classes déjà chargées &#8211; du hot-swap / after-loadtime-weaving ).</p><p>Cyrille (Xebia)</p> ]]></content:encoded> </item> <item><title>Par : Alexis MP</title><link>http://blog.xebia.fr/2008/07/15/revue-de-presse-xebia-65/#comment-6471</link> <dc:creator>Alexis MP</dc:creator> <pubDate>Tue, 15 Jul 2008 21:56:14 +0000</pubDate> <guid
isPermaLink="false">http://blog.xebia.fr/2008/07/15/revue-de-presse-xebia-65/#comment-6471</guid> <description>EclipseLink 1.0 sert effectivement de RI pour JPA 2.0 et est déjà intégré dans le trunk de GlassFish v3 qui a Java EE 6 pour objectif l&#039;année prochaine.
VisualVM est particulièrement intéressant pour faire du troubleshooting en tout genre (il fait tout jconsole et plus encore). On notera qu&#039;il s&#039;agit d&#039;une application NetBeansRCP et que le profiler de code est lui aussi issu de NetBeans.</description> <content:encoded><![CDATA[<p>EclipseLink 1.0 sert effectivement de RI pour JPA 2.0 et est déjà intégré dans le trunk de GlassFish v3 qui a Java EE 6 pour objectif l&#8217;année prochaine.</p><p>VisualVM est particulièrement intéressant pour faire du troubleshooting en tout genre (il fait tout jconsole et plus encore). On notera qu&#8217;il s&#8217;agit d&#8217;une application NetBeansRCP et que le profiler de code est lui aussi issu de NetBeans.</p> ]]></content:encoded> </item> </channel> </rss>
