<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>adiGuba:Blog &#187; Java</title>
	<atom:link href="https://blog.developpez.com/adiguba/pcategory/java/feed" rel="self" type="application/rss+xml" />
	<link>https://blog.developpez.com/adiguba</link>
	<description></description>
	<lastBuildDate>Fri, 22 Aug 2014 11:46:49 +0000</lastBuildDate>
	<language>fr-FR</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>https://wordpress.org/?v=4.1.42</generator>
	<item>
		<title>Petit historique de la méthode Collections.sort()</title>
		<link>https://blog.developpez.com/adiguba/p12706/java/java-8/collections-sort</link>
		<comments>https://blog.developpez.com/adiguba/p12706/java/java-8/collections-sort#comments</comments>
		<pubDate>Fri, 22 Aug 2014 11:46:49 +0000</pubDate>
		<dc:creator><![CDATA[adiGuba]]></dc:creator>
				<category><![CDATA[8 (JDK8)]]></category>

		<guid isPermaLink="false">http://blog.developpez.com/adiguba/?p=280</guid>
		<description><![CDATA[La méthode static Collections.sort() permet de trier les éléments d&#8217;une List. Lorsqu&#8217;on y regarde de plus près son implémentation peut surprendre : &#160; &#160; @SuppressWarnings&#40;&#34;unchecked&#34;&#41; &#160; &#160; public static &#160;void sort&#40;List list, Comparator c&#41; &#123; &#160; &#160; &#160; &#160; Object&#91;&#93; a = list.toArray&#40;&#41;; &#160; &#160; &#160; &#160; Arrays.sort&#40;a, &#40;Comparator&#41;c&#41;; &#160; &#160; &#160; &#160; ListIterator i = list.listIterator&#40;&#41;; &#160; &#160; &#160; &#160; for &#40;int j=0; j&#60;a.length; j++&#41; &#123; &#160; &#160; &#160; &#160; &#160; &#160; i.next&#40;&#41;; &#160; [&#8230;]]]></description>
		<wfw:commentRss></wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>JDK9 : Amélioration de la variance des Generics</title>
		<link>https://blog.developpez.com/adiguba/p12635/java/jdk9-amelioration-de-la-variance-des-generics</link>
		<comments>https://blog.developpez.com/adiguba/p12635/java/jdk9-amelioration-de-la-variance-des-generics#comments</comments>
		<pubDate>Fri, 06 Jun 2014 14:52:51 +0000</pubDate>
		<dc:creator><![CDATA[adiGuba]]></dc:creator>
				<category><![CDATA[9 (JDK9)]]></category>
		<category><![CDATA[Java]]></category>

		<guid isPermaLink="false">http://blog.developpez.com/adiguba/?p=272</guid>
		<description><![CDATA[Maintenant que Java 8 est sorti&#8230; on va en profiter pour regarder un peu plus loin et viser Java 9. Il est encore trop tôt pour en avoir un aperçu détaillé, mais une &#171;&#160;petite&#160;&#187; proposition d&#8217;évolution a retenue mon attention. Covariance et Contravariance (Java 5.0) Actuellement, les types Generics possèdent trois niveaux de variance, permettant de faire varier le paramétrage Generics. Prenons le cas du type List&#62;Number&#60;. Le paramétrage Generics est invariant, ce qui signifie [&#8230;]]]></description>
		<wfw:commentRss></wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Parallélisation des flux de données</title>
		<link>https://blog.developpez.com/adiguba/p12577/java/parallelisation-des-flux-de-donnees</link>
		<comments>https://blog.developpez.com/adiguba/p12577/java/parallelisation-des-flux-de-donnees#comments</comments>
		<pubDate>Mon, 14 Apr 2014 15:24:40 +0000</pubDate>
		<dc:creator><![CDATA[adiGuba]]></dc:creator>
				<category><![CDATA[8 (JDK8)]]></category>
		<category><![CDATA[Java]]></category>

		<guid isPermaLink="false">http://blog.developpez.com/adiguba/?p=246</guid>
		<description><![CDATA[Les processeurs multi-coeurs sont de plus en plus courant, mais pas toujours exploité correctement car la majorité des applications restent sur une structure séquentielle des opérations. Alors comment utiliser toute la puissance des processeurs multi-coeurs pour améliorer le traitement de flux de données ? C&#8217;était une des réponses apportées par l&#8217;API Fork/Join de Java 7, mais son API nécessite d&#8217;importante modification du code afin de gérer les aspects lié à la parallélisation du traitement&#8230; ce [&#8230;]]]></description>
		<wfw:commentRss></wfw:commentRss>
		<slash:comments>6</slash:comments>
		</item>
		<item>
		<title>Java 8 simplifie les Comparators</title>
		<link>https://blog.developpez.com/adiguba/p12523/java/java-8-simplifie-les-comparators</link>
		<comments>https://blog.developpez.com/adiguba/p12523/java/java-8-simplifie-les-comparators#comments</comments>
		<pubDate>Wed, 12 Mar 2014 13:57:41 +0000</pubDate>
		<dc:creator><![CDATA[adiGuba]]></dc:creator>
				<category><![CDATA[8 (JDK8)]]></category>
		<category><![CDATA[Java]]></category>

		<guid isPermaLink="false">http://blog.developpez.com/adiguba/?p=212</guid>
		<description><![CDATA[L&#8217;API de Collections de Java apporte la notion d&#8217;ordre des objets, soit via l&#8217;interface Comparable&#60;T&#62; qui définit l&#8217;ordre naturel, soit via l&#8217;interface Comparator&#60;T&#62; qui permet de définir des règles d&#8217;ordonnancements diverses. La majeur partie des classes et méthodes qui nécessite un ordonnancement utilisent donc un Comparator&#60;T&#62;. Bien que sur le principe cela ne soit pas très complexe en soit, cela restait relativement verbeux à écrire et source de bug ou comportement étrange en cas de [&#8230;]]]></description>
		<wfw:commentRss></wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>JSR-310</title>
		<link>https://blog.developpez.com/adiguba/p12513/java/jsr-310</link>
		<comments>https://blog.developpez.com/adiguba/p12513/java/jsr-310#comments</comments>
		<pubDate>Wed, 05 Mar 2014 10:16:52 +0000</pubDate>
		<dc:creator><![CDATA[adiGuba]]></dc:creator>
				<category><![CDATA[Java]]></category>

		<guid isPermaLink="false">http://blog.developpez.com/adiguba/?p=199</guid>
		<description><![CDATA[La JSR 310 (Date &#38; Time API) vient d&#8217;être officiellement approuvée ! JSR #310 Date and Time API Final Approval Ballot]]></description>
		<wfw:commentRss></wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>JDK 8 Developer Preview</title>
		<link>https://blog.developpez.com/adiguba/p12223/java/jdk-8-developer-preview</link>
		<comments>https://blog.developpez.com/adiguba/p12223/java/jdk-8-developer-preview#comments</comments>
		<pubDate>Tue, 10 Sep 2013 08:02:10 +0000</pubDate>
		<dc:creator><![CDATA[adiGuba]]></dc:creator>
				<category><![CDATA[8 (JDK8)]]></category>
		<category><![CDATA[Java]]></category>

		<guid isPermaLink="false">http://blog.developpez.com/adiguba/?p=182</guid>
		<description><![CDATA[Java 8 arrive à petit pas, et la version &#171;&#160;Developer Preview&#160;&#187; est désormais disponible au téléchargement : http://jdk8.java.net/download.html. La &#171;&#160;Developer Preview&#160;&#187; est toujours une version en développement (et donc à ne pas utiliser en production), mais qui est suffisamment stable pour permettre à tous les développeurs de l&#8217;essayer, tout en incluant toutes les fonctionnalités prévus pour la version finale (même s&#8217;il pourra encore y avoir des ajustements d&#8217;ici là. Pour rappel la version finale est [&#8230;]]]></description>
		<wfw:commentRss></wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Vérification partielle avec les expressions régulières</title>
		<link>https://blog.developpez.com/adiguba/p10885/java/verification_partielle_avec_les_expressi</link>
		<comments>https://blog.developpez.com/adiguba/p10885/java/verification_partielle_avec_les_expressi#comments</comments>
		<pubDate>Tue, 27 Mar 2012 19:54:59 +0000</pubDate>
		<dc:creator><![CDATA[adiGuba]]></dc:creator>
				<category><![CDATA[.NET]]></category>
		<category><![CDATA[Java]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[Petite astuce suite à une discussion twitter avec Guillaume Laforge concernant une fonctionnalité de l&#8217;API tierce JRegex : l&#8217;incomplete matching. Le tout à fini dans un billet de son blog anglophone : Incomplete string regex matching, et j&#8217;en profite pour faire de même en français ! Mais d&#8217;abord qu&#8217;est-ce que l&#8217;incomplete matching ? Cela permet simplement de valider partiellement une expression régulière. Quel intérêt ? Cela permet par exemple de vérifier une saisie en cours [&#8230;]]]></description>
		<wfw:commentRss></wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>Premières infos sur Java 9 à Devoxx ?</title>
		<link>https://blog.developpez.com/adiguba/p10507/java/premieres_infos_sur_java_9_a_devoxx</link>
		<comments>https://blog.developpez.com/adiguba/p10507/java/premieres_infos_sur_java_9_a_devoxx#comments</comments>
		<pubDate>Wed, 16 Nov 2011 16:36:10 +0000</pubDate>
		<dc:creator><![CDATA[adiGuba]]></dc:creator>
				<category><![CDATA[9 (JDK9)]]></category>
		<category><![CDATA[Java]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[Il semblerait que la conférence Devoxx nous ait apporté quelques informations concernant les lignes directives de Java 9. On devrait y retrouver les reified generics et l&#8217;unification des primitives. Reified Generics ? Comme vous le savez surement, les Generics sont fait de telle manière que le paramétrage est perdu à l&#8217;exécution. Ce choix délibéré a permit d&#8217;éviter la multiplication du code que l&#8217;on peut avoir avec un système de Template et de conserver une compatibilité [&#8230;]]]></description>
		<wfw:commentRss></wfw:commentRss>
		<slash:comments>7</slash:comments>
		</item>
		<item>
		<title>Une petite envie de jouer avec les expressions Lambda ?</title>
		<link>https://blog.developpez.com/adiguba/p10499/java/expressions_lambda</link>
		<comments>https://blog.developpez.com/adiguba/p10499/java/expressions_lambda#comments</comments>
		<pubDate>Mon, 14 Nov 2011 14:39:54 +0000</pubDate>
		<dc:creator><![CDATA[adiGuba]]></dc:creator>
				<category><![CDATA[8 (JDK8)]]></category>
		<category><![CDATA[Closure/Lambda]]></category>
		<category><![CDATA[Java]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[Comme pour le JDK7, les premiers builds en &#171;&#160;Developer Preview&#160;&#187; du JDK8 sont disponible depuis quelques temps à l&#8217;adresse habituelle : http://jdk8.java.net/download.html Mais pour l&#8217;instant, ces builds s&#8217;avèrent peu intéressant pour le commun des développeurs, du fait qu&#8217;ils se contentent principalement d&#8217;intégrer des correctifs sans &#171;&#160;grosses&#160;&#187; nouvelles fonctions ou APIs. Mais le projet Lambda a publié une autre &#171;&#160;Developer Preview&#160;&#187; plus intéressante : elle ne prend pas le dernier build du JDK8 mais elle y [&#8230;]]]></description>
		<wfw:commentRss></wfw:commentRss>
		<slash:comments>7</slash:comments>
		</item>
		<item>
		<title>Syntaxe des expressions Lambdas</title>
		<link>https://blog.developpez.com/adiguba/p10299/java/syntaxe_des_expressions_lambdas</link>
		<comments>https://blog.developpez.com/adiguba/p10299/java/syntaxe_des_expressions_lambdas#comments</comments>
		<pubDate>Mon, 19 Sep 2011 16:30:20 +0000</pubDate>
		<dc:creator><![CDATA[adiGuba]]></dc:creator>
				<category><![CDATA[8 (JDK8)]]></category>
		<category><![CDATA[Closure/Lambda]]></category>
		<category><![CDATA[Java]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[Le groupe de travail du projet Lambda a pris une décision concernant la syntaxe des lambdas de Java SE 8 : Syntax decision (en anglais dans le texte). C&#8217;est donc la syntaxe de C# qui sera reprise (dans les grandes lignes &#8211; des détails pourraient encore être modifiés). Cette syntaxe se décompose en deux parties, séparées par une flèche =&#62; La partie gauche comporte la signature de la méthode, avec le nom des différents paramètres [&#8230;]]]></description>
		<wfw:commentRss></wfw:commentRss>
		<slash:comments>6</slash:comments>
		</item>
		<item>
		<title>Projet Lambda : Quelle syntaxe d&#8217;appel pour les expressions lambda ?</title>
		<link>https://blog.developpez.com/adiguba/p8641/java/7-dolphin/projet_lambda_quelle_syntaxe_d_appel_pou</link>
		<comments>https://blog.developpez.com/adiguba/p8641/java/7-dolphin/projet_lambda_quelle_syntaxe_d_appel_pou#comments</comments>
		<pubDate>Wed, 17 Feb 2010 09:55:22 +0000</pubDate>
		<dc:creator><![CDATA[adiGuba]]></dc:creator>
				<category><![CDATA[7 (Dolphin)]]></category>
		<category><![CDATA[8 (JDK8)]]></category>
		<category><![CDATA[Closure/Lambda]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[Petit à petit le projet Lambda suit son cours, et le brouillon des spécifications comment à bien s&#8217;étoffer. En fin de semaine dernière, Alex Buckley a publié une nouvelle version de ce brouillon dans la mailling-list, que l&#8217;on peut retrouver ici : Project Lambda: Java Language Specification draft version 0.1.5. S&#8217;en est suivi plusieurs discussions, dont un débat sur la syntaxe d&#8217;appel d&#8217;une expression lambda. [edit] Note : Les expressions lambdas sont désormais prévues pour [&#8230;]]]></description>
		<wfw:commentRss></wfw:commentRss>
		<slash:comments>18</slash:comments>
		</item>
		<item>
		<title>Evolution des interfaces avec les &#171;&#160;public defenders methods&#160;&#187;</title>
		<link>https://blog.developpez.com/adiguba/p8947/java/7-dolphin/public_defenders_methods</link>
		<comments>https://blog.developpez.com/adiguba/p8947/java/7-dolphin/public_defenders_methods#comments</comments>
		<pubDate>Fri, 28 May 2010 15:25:34 +0000</pubDate>
		<dc:creator><![CDATA[adiGuba]]></dc:creator>
				<category><![CDATA[7 (Dolphin)]]></category>
		<category><![CDATA[8 (JDK8)]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[Le projet Lambda, poussé par Oracle a peut-être engendrer un nouveau bébé, les &#171;&#160;public defenders methods&#171;&#160;, dont l&#8217;objectif est de permettre de faire évoluer les interfaces Java. De prime abord cela n&#8217;a aucun lien avec les expressions lambdas (ou &#171;&#160;closures&#160;&#187;), mais l&#8217;intérêt étant de pouvoir réellement enrichir l&#8217;API avec ces dernières. En effet les interfaces étant figées, il est assez difficile de faire évoluer l&#8217;API : le simple ajout d&#8217;une nouvelle méthode entraine de nombreuses [&#8230;]]]></description>
		<wfw:commentRss></wfw:commentRss>
		<slash:comments>12</slash:comments>
		</item>
		<item>
		<title>&#171;&#160;Extension Methods&#160;&#187; de C# 3.0 VS &#171;&#160;Defender Methods&#160;&#187; de Java 7</title>
		<link>https://blog.developpez.com/adiguba/p9238/java/extension_methods_vs_defender_methods</link>
		<comments>https://blog.developpez.com/adiguba/p9238/java/extension_methods_vs_defender_methods#comments</comments>
		<pubDate>Fri, 27 Aug 2010 10:58:28 +0000</pubDate>
		<dc:creator><![CDATA[adiGuba]]></dc:creator>
				<category><![CDATA[.NET]]></category>
		<category><![CDATA[7 (Dolphin)]]></category>
		<category><![CDATA[Java]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[J&#8217;essaye de suivre régulièrement les mailing-lists concernant l&#8217;évolution du langage Java. En particulier celle des projets Coin et Lambda, traitant principalement de l&#8217;évolution du langage. Il est intéressant de voir à quel point chaque petit détail peut prendre une importance capitale, que ce soit pour des raisons de compatibilités et voir même philosophique&#8230; Bien que ce soit des langages orientées objets, j&#8217;ai toujours dit que les C++, Java et C# offrait chacun une approche différente [&#8230;]]]></description>
		<wfw:commentRss></wfw:commentRss>
		<slash:comments>5</slash:comments>
		</item>
		<item>
		<title>Java 7 : petit état des lieux du projet Lambda&#8230;</title>
		<link>https://blog.developpez.com/adiguba/p9232/java/java7_projet_lambda</link>
		<comments>https://blog.developpez.com/adiguba/p9232/java/java7_projet_lambda#comments</comments>
		<pubDate>Wed, 25 Aug 2010 11:06:36 +0000</pubDate>
		<dc:creator><![CDATA[adiGuba]]></dc:creator>
				<category><![CDATA[7 (Dolphin)]]></category>
		<category><![CDATA[8 (JDK8)]]></category>
		<category><![CDATA[Java]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[En fin d&#8217;année dernière, le report de Java 7 laissait envisager l&#8217;intégration des closures. Cela a donné naissance au projet Lambda dont l&#8217;objectif était de regrouper les différents travaux afin d&#8217;en sortir une spécification claire et fonctionnelle quitte à se passer de certain &#171;&#160;power-concept&#160;&#187;. Il en ressort une proposition d&#8217;expressions Lambda relativement allégée vis à vis des multiples et très complètes propositions de closures qui ont pu être proposées par le passé. Mais cela s&#8217;accompagne [&#8230;]]]></description>
		<wfw:commentRss></wfw:commentRss>
		<slash:comments>14</slash:comments>
		</item>
		<item>
		<title>Enfin des JSRs pour Java 7 &amp; 8</title>
		<link>https://blog.developpez.com/adiguba/p9504/java/7-dolphin/jsr_java_7_java_8</link>
		<comments>https://blog.developpez.com/adiguba/p9504/java/7-dolphin/jsr_java_7_java_8#comments</comments>
		<pubDate>Wed, 17 Nov 2010 10:38:34 +0000</pubDate>
		<dc:creator><![CDATA[adiGuba]]></dc:creator>
				<category><![CDATA[7 (Dolphin)]]></category>
		<category><![CDATA[8 (JDK8)]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[Les JSRs sont des documents primordiaux du Java Community Process, puisqu&#8217;il s&#8217;agit des documents de travail qui seront soumis aux votes de la part des membres du-dit JCP. Longtemps attendu, la JSR de Java 7 est enfin là, et elle n&#8217;est pas seule, puisqu&#8217;on y retrouve en tout quatre nouvelles JSRs : JSR 334: Small Enhancements to the Java&#8482; Programming Language (Le projet Coin pour Java 7) JSR 335: Lambda Expressions for the Java&#8482; Programming [&#8230;]]]></description>
		<wfw:commentRss></wfw:commentRss>
		<slash:comments>12</slash:comments>
		</item>
		<item>
		<title>NIO.2 : Accès au système de fichier dans Java 7</title>
		<link>https://blog.developpez.com/adiguba/p8061/java/nio2_file_system_api</link>
		<comments>https://blog.developpez.com/adiguba/p8061/java/nio2_file_system_api#comments</comments>
		<pubDate>Mon, 14 Sep 2009 15:22:35 +0000</pubDate>
		<dc:creator><![CDATA[adiGuba]]></dc:creator>
				<category><![CDATA[7 (Dolphin)]]></category>
		<category><![CDATA[Java]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[Dans le cadre de la JSR 203, plus connu sous le nom de NIO.2, Java 7 va enfin être doté d&#8217;une toute nouvelle API pour l&#8217;accès au système de fichier, en remplacement de la classe File, qui malgré le fait qu&#8217;elle soit logiquement très utilisée, reste très problématique et incomplète dans de nombreux cas&#8230; Mais que reproche-t-on à l&#8217;API de la classe File ? L&#8217;absence d&#8217;exception utile ! En effet mis à part quelques exceptions [&#8230;]]]></description>
		<wfw:commentRss></wfw:commentRss>
		<slash:comments>11</slash:comments>
		</item>
		<item>
		<title>Gestion des exceptions améliorée (multi-catch et rethrow)</title>
		<link>https://blog.developpez.com/adiguba/p8415/java/multicatch_rethrow</link>
		<comments>https://blog.developpez.com/adiguba/p8415/java/multicatch_rethrow#comments</comments>
		<pubDate>Tue, 01 Dec 2009 10:14:07 +0000</pubDate>
		<dc:creator><![CDATA[adiGuba]]></dc:creator>
				<category><![CDATA[7 (Dolphin)]]></category>
		<category><![CDATA[Java]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[Joseph Darcy a mis les choses au clair concernant les récentes annonces de la conférences Devoxx et leurs conséquences pour le projet Coin. Et la bonne nouvelle vient du fait que la proposition d&#8217;amélioration de la gestion des exceptions est actuellement réexaminée pour une éventuelle inclusion dans Java 7, en plus des précédentes modifications déjà acceptées. Par contre il ne devrait plus y avoir de réexamen d&#8217;autre proposition&#8230; Pour rappel, l&#8217;amélioration de la gestion des [&#8230;]]]></description>
		<wfw:commentRss></wfw:commentRss>
		<slash:comments>13</slash:comments>
		</item>
		<item>
		<title>Projet Coin : Les modifications du langage pour Java 7</title>
		<link>https://blog.developpez.com/adiguba/p8012/java/modif_du_project_coin</link>
		<comments>https://blog.developpez.com/adiguba/p8012/java/modif_du_project_coin#comments</comments>
		<pubDate>Thu, 03 Sep 2009 14:20:58 +0000</pubDate>
		<dc:creator><![CDATA[adiGuba]]></dc:creator>
				<category><![CDATA[7 (Dolphin)]]></category>
		<category><![CDATA[Java]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[Il y a quelques mois de cela naissait le projet Coin, qui avait pour objectif d&#8217;étudier les différentes propositions d&#8217;évolution du langage pour leurs éventuelles intégration dans la prochaine version de Java. Le projet a eu un certains succès en recevant plus de 70 propositions, et c&#8217;est désormais l&#8217;heure du bilan : on connais enfin la liste des changements acceptés pour l&#8217;inclusion dans le JDK7 : Project Coin: The Final Five (Or So). On retrouve [&#8230;]]]></description>
		<wfw:commentRss></wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Swing : &#171;&#160;Better SwingWorkers&#160;&#187;</title>
		<link>https://blog.developpez.com/adiguba/p9481/java/swing_better_swingworkers</link>
		<comments>https://blog.developpez.com/adiguba/p9481/java/swing_better_swingworkers#comments</comments>
		<pubDate>Wed, 10 Nov 2010 11:03:19 +0000</pubDate>
		<dc:creator><![CDATA[adiGuba]]></dc:creator>
				<category><![CDATA[6 (Mustang)]]></category>
		<category><![CDATA[Java]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[Il y a quelques temps, j&#8217;étais tombé sur une série de billet anglophone proposant un SwingWorker amélioré, tel que celui-ci sur le blog de Baptiste Wicht : A better SwingWorker without exception swallowing Pour rappel cette classe permet d&#8217;exécuter des tâches en arrière-plan (via la méthode doInBackground()) afin de ne pas bloquer l&#8217;EDT (le thread gérant l&#8217;affichage graphique). Et à la fin du traitement, la méthode done() nous permet de mettre à jour l&#8217;interface graphique. [&#8230;]]]></description>
		<wfw:commentRss></wfw:commentRss>
		<slash:comments>5</slash:comments>
		</item>
		<item>
		<title>#bijava : Faut-il casser la compatibilité du langage Java ?</title>
		<link>https://blog.developpez.com/adiguba/p9316/java/bijava_faut_il_casser_la_compatibilite</link>
		<comments>https://blog.developpez.com/adiguba/p9316/java/bijava_faut_il_casser_la_compatibilite#comments</comments>
		<pubDate>Mon, 27 Sep 2010 11:11:08 +0000</pubDate>
		<dc:creator><![CDATA[adiGuba]]></dc:creator>
				<category><![CDATA[Java]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[Le langage Java va bientôt fêter ses 15 ans d&#8217;existence (sa version initiale datant du 23 janvier 1996). On pourrait même remonter à une vingtaine d&#8217;année si on prend en compte sa conception via le Green Project et le langage Oak. Bien sûr le langage et l&#8217;API ont évolués entre temps, tout en respectant au mieux la sacro-sainte règle de la compatibilité ascendante. Pour rappel il y a deux niveaux de compatibilité ascendante : La [&#8230;]]]></description>
		<wfw:commentRss></wfw:commentRss>
		<slash:comments>23</slash:comments>
		</item>
		<item>
		<title>Java 7 : le plan B</title>
		<link>https://blog.developpez.com/adiguba/p9303/java/java_7_le_plan_b</link>
		<comments>https://blog.developpez.com/adiguba/p9303/java/java_7_le_plan_b#comments</comments>
		<pubDate>Mon, 20 Sep 2010 09:13:31 +0000</pubDate>
		<dc:creator><![CDATA[adiGuba]]></dc:creator>
				<category><![CDATA[7 (Dolphin)]]></category>
		<category><![CDATA[Java]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[On se dirige donc vers un JDK7 &#171;&#160;amoindri&#160;&#187; qui sortirait mi-2011, suivi par un JDK8 un an plus tard. En effet Oracle a mis à jour la page des fonctionnalités prévus pour le JDK7, et il semblerait bien que le &#171;&#160;plan B&#160;&#187; ait été adopté. On a donc la confirmation des principales nouveautés de Java 7 : Le support des langages dynamiques via la JSR 292 (InvokeDynamic). L&#8217;évolution du langage via le projet Coin, qui [&#8230;]]]></description>
		<wfw:commentRss></wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Planning Java 7 : retard et plan B</title>
		<link>https://blog.developpez.com/adiguba/p9264/java/planning_java_7_retard_et_plan_b</link>
		<comments>https://blog.developpez.com/adiguba/p9264/java/planning_java_7_retard_et_plan_b#comments</comments>
		<pubDate>Wed, 08 Sep 2010 18:37:29 +0000</pubDate>
		<dc:creator><![CDATA[adiGuba]]></dc:creator>
				<category><![CDATA[7 (Dolphin)]]></category>
		<category><![CDATA[Java]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[Mark Reinhold, qui dirige les travaux sur la plateforme Java chez Oracle, vient de publier sur son blog personnel un billet intéressant quand à la prochaine version de Java : Re-thinking JDK 7. Comme on s&#8217;en doutait un peu, suite au rachat de Sun par Oracle et à l&#8217;ajout de nouveaux projets (Lambda, Jigsaw et Coin), le planning originel n&#8217;a pas été respecté (Le JDK7 aurait dû sortir demain !) alors que la version actuellement [&#8230;]]]></description>
		<wfw:commentRss></wfw:commentRss>
		<slash:comments>11</slash:comments>
		</item>
		<item>
		<title>Java 7 et les try-with-resources (ARM block)</title>
		<link>https://blog.developpez.com/adiguba/p9231/java/try_with_resources</link>
		<comments>https://blog.developpez.com/adiguba/p9231/java/try_with_resources#comments</comments>
		<pubDate>Mon, 23 Aug 2010 11:08:19 +0000</pubDate>
		<dc:creator><![CDATA[adiGuba]]></dc:creator>
				<category><![CDATA[7 (Dolphin)]]></category>
		<category><![CDATA[Java]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[Après le multi-catch/rethrow et depuis la version b105, les derniers builds du JDK 7 intègrent désormais le support des try-with-resources (bloc ARM), ce qui permettra enfin de pouvoir gérer proprement la fermeture des ressources de manière simple et efficace. Voilà enfin une syntaxe claire et précise pour libérer les ressources proprement et sans erreur&#8230; Quel est le problème avec les ressources ??? Contrairement à la mémoire, les autres types de ressources ne sont pas gérées [&#8230;]]]></description>
		<wfw:commentRss></wfw:commentRss>
		<slash:comments>11</slash:comments>
		</item>
		<item>
		<title>Remonter silencieusement une checked-exception</title>
		<link>https://blog.developpez.com/adiguba/p8434/java/unchecked_checked_exception</link>
		<comments>https://blog.developpez.com/adiguba/p8434/java/unchecked_checked_exception#comments</comments>
		<pubDate>Wed, 02 Jun 2010 10:30:47 +0000</pubDate>
		<dc:creator><![CDATA[adiGuba]]></dc:creator>
				<category><![CDATA[5.0 (Tiger)]]></category>
		<category><![CDATA[Divers]]></category>
		<category><![CDATA[Java]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[Java se distingue des autres langages par sa gestion des exceptions qui introduit la notion de checked-exception, c&#8217;est à dire qu&#8217;il gère des exceptions vérifiées dès la phase de compilation, en forçant les développeurs à les gérer. En clair, le compilateur analyse le code et génère des erreurs dans le cas où les exceptions ne sont ni traitées (via des try/catch) ni déclarées dans la signature de la méthode (via throws). L&#8217;objectif original de tout [&#8230;]]]></description>
		<wfw:commentRss></wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
		<item>
		<title>Les Generics s&#8217;incrustent dans Swing !</title>
		<link>https://blog.developpez.com/adiguba/p8657/java/les_generics_s_incrustent_dans_swing</link>
		<comments>https://blog.developpez.com/adiguba/p8657/java/les_generics_s_incrustent_dans_swing#comments</comments>
		<pubDate>Wed, 24 Feb 2010 14:06:58 +0000</pubDate>
		<dc:creator><![CDATA[adiGuba]]></dc:creator>
				<category><![CDATA[7 (Dolphin)]]></category>
		<category><![CDATA[GUI]]></category>
		<category><![CDATA[Java]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[En testant le dernier build du JDK7, j&#8217;ai découvert totalement par hasard que la classe JList était désormais paramétrée en JList&#60;E&#62;, comme on peut le voir dans sa javadoc temporaire. Son modèle de données ListModel a logiquement subit la même évolution. A ma connaissance c&#8217;est la première classe de l&#8217;API Swing à intégrer les Generics en standard. A noter toutefois qu&#8217;ils sont également déjà présent dans la nouvelle classe JLayer&#60;V&#62;, qui apparaitra également avec Java [&#8230;]]]></description>
		<wfw:commentRss></wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>java.util.Objects : Simple et efficace</title>
		<link>https://blog.developpez.com/adiguba/p8597/java/java_util_objects_simple_et_efficace</link>
		<comments>https://blog.developpez.com/adiguba/p8597/java/java_util_objects_simple_et_efficace#comments</comments>
		<pubDate>Fri, 05 Feb 2010 09:45:39 +0000</pubDate>
		<dc:creator><![CDATA[adiGuba]]></dc:creator>
				<category><![CDATA[7 (Dolphin)]]></category>
		<category><![CDATA[Java]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[En jettant un oeil aux nouveautées du JDK7, j&#8217;étais tombé sur la classe java.util.Objects qui proposait quelques méthodes utilitaires concernant les opérations de base des objets. On y retrouve surtout des méthodes permettant de gérer les valeurs null. A première vue il n&#8217;y a rien d&#8217;extraordinaire là dedans, et je dois dire que je ne m&#8217;y étais pas vraiment attardé&#8230; Mais aujourd&#8217;hui je suis tombé sur un billet de Joe Darcy présentant ces méthodes un [&#8230;]]]></description>
		<wfw:commentRss></wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
		<item>
		<title>Consensus difficile sur les closures ?</title>
		<link>https://blog.developpez.com/adiguba/p8454/java/consensus_difficile_sur_les_closures</link>
		<comments>https://blog.developpez.com/adiguba/p8454/java/consensus_difficile_sur_les_closures#comments</comments>
		<pubDate>Mon, 14 Dec 2009 16:23:58 +0000</pubDate>
		<dc:creator><![CDATA[adiGuba]]></dc:creator>
				<category><![CDATA[7 (Dolphin)]]></category>
		<category><![CDATA[Closure/Lambda]]></category>
		<category><![CDATA[Java]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[Mark Reinhold a publié au nom de Sun la première publication d&#8217;une proposition sur les expressions lambda. Mais elle se révèle pour le moment relativement succincte et s&#8217;apparente plus à une présentation sommaire des possibilités que cela offrirait qu&#8217;à une réelle proposition détaillée et précise comme cela pouvait être le cas des précédentes propositions (CICE, FCM ou BGGA). Mais le gros problème vient du fait qu&#8217;elle ne semble pas faire l&#8217;unanimité ! En fait cette [&#8230;]]]></description>
		<wfw:commentRss></wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Où va Java ? Les Closures (style BGGA)</title>
		<link>https://blog.developpez.com/adiguba/p4401/java/ou_va_java_closures_bgga</link>
		<comments>https://blog.developpez.com/adiguba/p4401/java/ou_va_java_closures_bgga#comments</comments>
		<pubDate>Fri, 29 Aug 2008 07:00:00 +0000</pubDate>
		<dc:creator><![CDATA[adiGuba]]></dc:creator>
				<category><![CDATA[7 (Dolphin)]]></category>
		<category><![CDATA[Closure/Lambda]]></category>
		<category><![CDATA[Java]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[Lorsque j&#8217;ai commencé à écrire la série de billet &#171;&#160;Où va Java ?&#160;&#187; conçernant Java 7, j&#8217;avais en tête de faire un billet récapitulant les différentes propositions de Closures et leurs spécificités. Malheureusement le temps m&#8217;a manqué et je n&#8217;ai jamais pu finir ce billet&#8230; Pour rappel, une closures représente un &#171;&#160;bloc de code&#160;&#187;, qui peut être manipuler comme un objet. A l&#8217;heure actuelle l&#8217;utilisation de classe anonyme est ce qui s&#8217;en rapproche le plus [&#8230;]]]></description>
		<wfw:commentRss></wfw:commentRss>
		<slash:comments>16</slash:comments>
		</item>
		<item>
		<title>Où va Java ? Les Closures (style CICE)</title>
		<link>https://blog.developpez.com/adiguba/p6292/java/ou_va_java_closures_cice</link>
		<comments>https://blog.developpez.com/adiguba/p6292/java/ou_va_java_closures_cice#comments</comments>
		<pubDate>Thu, 04 Sep 2008 11:02:33 +0000</pubDate>
		<dc:creator><![CDATA[adiGuba]]></dc:creator>
				<category><![CDATA[7 (Dolphin)]]></category>
		<category><![CDATA[Closure/Lambda]]></category>
		<category><![CDATA[Java]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[Les Closures style BGGA sont extrêmement complète, mais apporte également leurs lots de complexité. De ce point de vue là, la proposition CICE prend le problème à contre pied et propose une implémentation la plus simple possible. D&#8217;ailleurs la documentation donne le ton dès le début, en titrant &#171;&#160;Closures without Complexity&#171;&#160;&#8230; Sommaire / Accès rapide : Closures ? Accès aux variables locales Structures de contrôles Conclusion Closures ? Oubliez les &#171;&#160;functions types&#171;&#160;, &#171;&#160;method references&#160;&#187; ou [&#8230;]]]></description>
		<wfw:commentRss></wfw:commentRss>
		<slash:comments>7</slash:comments>
		</item>
		<item>
		<title>Où va Java ? Les Closures (style FCM)</title>
		<link>https://blog.developpez.com/adiguba/p6348/java/ou_va_java_closures_fcm</link>
		<comments>https://blog.developpez.com/adiguba/p6348/java/ou_va_java_closures_fcm#comments</comments>
		<pubDate>Wed, 29 Oct 2008 09:39:29 +0000</pubDate>
		<dc:creator><![CDATA[adiGuba]]></dc:creator>
				<category><![CDATA[7 (Dolphin)]]></category>
		<category><![CDATA[Closure/Lambda]]></category>
		<category><![CDATA[Java]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[Après BGGA et CICE, voici une présentation de la proposition de closures FCM qui se place exactement entre les deux précédentes : à la fois plus simple que BGGA mais également plus complète que CICE. FCM se présente comme un compromis entre les deux, en proposant une approche plus simple sans pour autant trop perdre de possibilités. De plus, tout comme &#171;&#160;BGGA&#171;&#160;, la proposition &#171;&#160;FCM&#160;&#187; propose également un prototype sur lequel je me suis basé [&#8230;]]]></description>
		<wfw:commentRss></wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>Des closures dans Java 7 ?</title>
		<link>https://blog.developpez.com/adiguba/p8377/java/closures_dans_java_7</link>
		<comments>https://blog.developpez.com/adiguba/p8377/java/closures_dans_java_7#comments</comments>
		<pubDate>Thu, 19 Nov 2009 15:29:33 +0000</pubDate>
		<dc:creator><![CDATA[adiGuba]]></dc:creator>
				<category><![CDATA[7 (Dolphin)]]></category>
		<category><![CDATA[Closure/Lambda]]></category>
		<category><![CDATA[Java]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[Originellement prévu pour février, Java 7 est reporté à septembre 2010. Bien que cela ne soit pas la cause du report (le JDK 7 milestone 5 qui aurait dû être une version &#171;&#160;feature-complete&#160;&#187;), il semblerait que les Closures fassent leur grand retour. Après de multiples débat et plusieurs propositions,et après avoir été abandonnés et reporté à plus tard, elles sont bel et bien de nouveaux d&#8217;actualités pour Java 7 ! Peu d&#8217;info pour le moment [&#8230;]]]></description>
		<wfw:commentRss></wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Que peut-on attendre des closures de Java 7 ?</title>
		<link>https://blog.developpez.com/adiguba/p8396/java/info_closures_java_7</link>
		<comments>https://blog.developpez.com/adiguba/p8396/java/info_closures_java_7#comments</comments>
		<pubDate>Thu, 26 Nov 2009 08:01:11 +0000</pubDate>
		<dc:creator><![CDATA[adiGuba]]></dc:creator>
				<category><![CDATA[7 (Dolphin)]]></category>
		<category><![CDATA[Closure/Lambda]]></category>
		<category><![CDATA[Java]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[Tel est la question que l&#8217;on peut se poser après l&#8217;annonce surprise de l&#8217;intégration des closures dans Java 7. &#160; // function expressions &#160; #(int i, String s) { &#160; &#160; System.println.out(s); &#160; &#160; return i + str.length(); &#160; } &#160; &#160; // function expressions &#160; #(int i, String s) (i + str.length()) &#160; &#160; &#160; // function types &#160; #int(int, String) Stephen Colebourne a fait un résumé des fonctionnalités des différentes propositions de closures, [&#8230;]]]></description>
		<wfw:commentRss></wfw:commentRss>
		<slash:comments>8</slash:comments>
		</item>
		<item>
		<title>Les expressions lambda (closures) se dotent de méthodes d&#8217;extension !</title>
		<link>https://blog.developpez.com/adiguba/p8451/java/expressions_lambda_et_methodes_extension</link>
		<comments>https://blog.developpez.com/adiguba/p8451/java/expressions_lambda_et_methodes_extension#comments</comments>
		<pubDate>Fri, 11 Dec 2009 14:03:11 +0000</pubDate>
		<dc:creator><![CDATA[adiGuba]]></dc:creator>
				<category><![CDATA[7 (Dolphin)]]></category>
		<category><![CDATA[Closure/Lambda]]></category>
		<category><![CDATA[Java]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[C&#8217;est fait, le projet Lambda est né de la volonté d&#8217;intégrer un système de closures, que l&#8217;on nommera désormais &#171;&#160;expressions lambda&#160;&#187;. On y retrouve donc une liste de diffusion mais surtout un prémice de la proposition : Project Lambda : Straw-Man Proposal. On y retrouve bien sûr le détail des fonctionnalités de base dont j&#8217;ai déjà parlé plusieurs fois sur ce blog : les expressions Lambda, les types Fonction et les règles de conversion vers [&#8230;]]]></description>
		<wfw:commentRss></wfw:commentRss>
		<slash:comments>13</slash:comments>
		</item>
		<item>
		<title>JDK 7 milestone 5</title>
		<link>https://blog.developpez.com/adiguba/p8356/java/jdk_7_milestone_5</link>
		<comments>https://blog.developpez.com/adiguba/p8356/java/jdk_7_milestone_5#comments</comments>
		<pubDate>Tue, 17 Nov 2009 14:32:23 +0000</pubDate>
		<dc:creator><![CDATA[adiGuba]]></dc:creator>
				<category><![CDATA[7 (Dolphin)]]></category>
		<category><![CDATA[Java]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[Le JDK 7 &#171;&#160;milestone 5&#8243; est disponible au téléchargement, et inclut entre autres certaines des modifications du langage du projet Coin : L&#8217;amélioration des valeurs numériques (forme binaire et underscore). Le Switch sur les chaînes de caractères. La syntaxe &#171;&#160;en losange&#160;&#187; (déjà présente dans les builds précédents). A noter également l&#8217;activation par défaut de l&#8217;escape-analysis et de la compression des pointeurs, ainsi que de l&#8217;intégration de JLayer en standard dans Swing ! Source : JDK [&#8230;]]]></description>
		<wfw:commentRss></wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Mustang, JDBC 4.0 et les Annotations</title>
		<link>https://blog.developpez.com/adiguba/p1074/java/mustang_jdbc4_annotations</link>
		<comments>https://blog.developpez.com/adiguba/p1074/java/mustang_jdbc4_annotations#comments</comments>
		<pubDate>Sun, 04 Sep 2005 15:29:46 +0000</pubDate>
		<dc:creator><![CDATA[adiGuba]]></dc:creator>
				<category><![CDATA[6 (Mustang)]]></category>
		<category><![CDATA[@Annotations]]></category>
		<category><![CDATA[Java]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[JDBC n&#8217;est pas mort : la version 4.0, qui sera intégré dans Mustang (Java SE 6.0), utilisera les Annotations (Metadata) introduite dans Tiger (Java SE 5.0) afin de proposer un mapping Object/Relationnel qui va grandement simplifier l&#8217;accès aux bases de données. Cette fonctionnalité est incluse dans les Binary Snapshot du JDK 6.0. Il est donc d&#8217;ores et déjà possible de la tester, même avec un driver JDBC 3.0&#8230; Je vous propose donc un petit aperçu [&#8230;]]]></description>
		<wfw:commentRss></wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>&#171;&#160;escape analysis&#160;&#187; : allocation sur la pile !</title>
		<link>https://blog.developpez.com/adiguba/p8166/java/escape_analysis</link>
		<comments>https://blog.developpez.com/adiguba/p8166/java/escape_analysis#comments</comments>
		<pubDate>Wed, 07 Oct 2009 13:01:05 +0000</pubDate>
		<dc:creator><![CDATA[adiGuba]]></dc:creator>
				<category><![CDATA[7 (Dolphin)]]></category>
		<category><![CDATA[Java]]></category>
		<category><![CDATA[Perfs]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[Je viens de tomber sur un billet de Remi Forax, qui signale l&#8217;activation par défaut de l&#8217;escape analysis dans Java 7. Sous ce nom étrange se cache une optimisation de la JVM lui permettant de mieux utiliser la pile (stack) pour stocker les variables locales, ce qui permet normalement de simplifier les allocations/libérations d&#8217;objets tout en améliorant les performances&#8230; Je n&#8217;ai pas encore pu tester cela, mais le billet de Remi Forax indique des performances [&#8230;]]]></description>
		<wfw:commentRss></wfw:commentRss>
		<slash:comments>16</slash:comments>
		</item>
		<item>
		<title>Google va-t-il réinventer Java ?</title>
		<link>https://blog.developpez.com/adiguba/p8101/java/google_noop</link>
		<comments>https://blog.developpez.com/adiguba/p8101/java/google_noop#comments</comments>
		<pubDate>Thu, 24 Sep 2009 15:39:49 +0000</pubDate>
		<dc:creator><![CDATA[adiGuba]]></dc:creator>
				<category><![CDATA[Java]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[Décidément sur tous les fronts, Google vient de présenter un de ses nouveaux projets : Noop, un nouveau langage expérimental basé sur la JVM. Avec un objectif des plus nobles (mais sur lequel beaucoup se sont cassé les dents) : prendre le meilleur des autres langages pour concevoir un langage qui encouragerait l&#8217;utilisation des bonnes pratiques de codage, en mettant en avant la lisibilité du code&#8230; Basé sur le langage Java, Noop se distinguera en [&#8230;]]]></description>
		<wfw:commentRss></wfw:commentRss>
		<slash:comments>15</slash:comments>
		</item>
		<item>
		<title>Enfin un mécanisme de redirection des entrée/sorties des Process dans Java 7 !</title>
		<link>https://blog.developpez.com/adiguba/p8040/java/processbuilder_redirect</link>
		<comments>https://blog.developpez.com/adiguba/p8040/java/processbuilder_redirect#comments</comments>
		<pubDate>Tue, 08 Sep 2009 09:54:24 +0000</pubDate>
		<dc:creator><![CDATA[adiGuba]]></dc:creator>
				<category><![CDATA[7 (Dolphin)]]></category>
		<category><![CDATA[Java]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[Je continue à parcourir la documentation des premiers builds de Java 7, et je viens de voir que la classe ProcessBuilder a subit quelques petits ajustements qui s&#8217;avèreront surement très utile ! Lorsqu&#8217;on tente d&#8217;appeler un programme externe depuis une application Java, on se retrouve vite confronté à un problème un peu particulier : les entrée/sorties du processus sont liée par un buffer à l&#8217;application Java qui l&#8217;a créé, et ces données doivent être traitées [&#8230;]]]></description>
		<wfw:commentRss></wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Première modification du langage : Diamond syntax</title>
		<link>https://blog.developpez.com/adiguba/p7992/java/diamond_syntax</link>
		<comments>https://blog.developpez.com/adiguba/p7992/java/diamond_syntax#comments</comments>
		<pubDate>Thu, 27 Aug 2009 18:26:03 +0000</pubDate>
		<dc:creator><![CDATA[adiGuba]]></dc:creator>
				<category><![CDATA[7 (Dolphin)]]></category>
		<category><![CDATA[Java]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[La syntaxe du langage Java vient de recevoir sa toute première modification depuis Java 5. En effet le développement de Java 7 vient d&#8217;enrichir ce dernier de la syntaxe &#171;&#160;diamond&#160;&#187;, que l&#8217;on appellera sûrement &#171;&#160;syntaxe en losange&#160;&#187; en français. Alors quoi de neuf ? Il s&#8217;agit simplement d&#8217;un sucre syntaxique évitant la duplication du paramétrages des Generics lorsque le contexte le permet (c&#8217;est à dire lorsque le compilateur peut le déduire du reste du code). [&#8230;]]]></description>
		<wfw:commentRss></wfw:commentRss>
		<slash:comments>19</slash:comments>
		</item>
		<item>
		<title>Des problèmes de mémoire ?</title>
		<link>https://blog.developpez.com/adiguba/p7985/java/des_problemes_de_memoire</link>
		<comments>https://blog.developpez.com/adiguba/p7985/java/des_problemes_de_memoire#comments</comments>
		<pubDate>Wed, 26 Aug 2009 12:59:06 +0000</pubDate>
		<dc:creator><![CDATA[adiGuba]]></dc:creator>
				<category><![CDATA[Java]]></category>
		<category><![CDATA[Perfs]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[Je viens de tomber sur un article assez intéressant concernant les problèmes liés à la mémoire en Java, et plus particulièrement dans les applications serveurs (là où elles se font le plus ressentir). L&#8217;auteur les répertorie en quatre grandes catégories : Les memory leaks qui surviennent lorsqu&#8217;on conserve inutilement des références vers des objets que l&#8217;on n&#8217;utilise plus (comme lorsqu&#8217;on abuse du scope &#171;&#160;session&#160;&#187; par exemple). L&#8217;utilisation abusive de mémoire, causée par des implémentations qui [&#8230;]]]></description>
		<wfw:commentRss></wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Petit parallèle entre Swing et l&#8217;UI d&#8217;Android</title>
		<link>https://blog.developpez.com/adiguba/p7786/java/gui/swing_vs_android</link>
		<comments>https://blog.developpez.com/adiguba/p7786/java/gui/swing_vs_android#comments</comments>
		<pubDate>Tue, 23 Jun 2009 09:04:40 +0000</pubDate>
		<dc:creator><![CDATA[adiGuba]]></dc:creator>
				<category><![CDATA[Android]]></category>
		<category><![CDATA[GUI]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[Je commence tout doucement à m&#8217;intéresser de plus près au développement sur Android, et même si je n&#8217;ai pas encore eu le temps de me plonger dans les spécificités de son API graphique, j&#8217;ai déjà pu remarquer qu&#8217;on y retrouve les mêmes concepts et les mêmes problèmes&#8230; En effet, en parcourant le blog officiel des développeurs d&#8217;Android, je suis tombé sur un article de Romain Guy décrivant les problèmes de threading des applications Android. Pour [&#8230;]]]></description>
		<wfw:commentRss></wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>Avec Android, Google réinvente Java ME ?</title>
		<link>https://blog.developpez.com/adiguba/p4520/java/avec_android_google_reinvente_java_me</link>
		<comments>https://blog.developpez.com/adiguba/p4520/java/avec_android_google_reinvente_java_me#comments</comments>
		<pubDate>Tue, 13 Nov 2007 15:27:47 +0000</pubDate>
		<dc:creator><![CDATA[adiGuba]]></dc:creator>
				<category><![CDATA[Android]]></category>
		<category><![CDATA[Info]]></category>
		<category><![CDATA[Java]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[La semaine dernière, Google annonçait en grande pompe l&#8217;Open Handset Alliance, regroupant une trentaine de compagnies avec l&#8217;objectif d&#8217;accélérer l&#8217;innovation dans le monde de la téléphonie mobile. Le tout basé sur Android, un système d&#8217;exploitation pour téléphone portable de nouvelle génération. Ce dernier comprendra un ensemble d&#8217;application de série (comme un client email, un gestionnaire de contacts, un calendrier, un navigateurs, etc.) mais surtout qui promettait la mise à disposition rapide d&#8217;un kit de développement [&#8230;]]]></description>
		<wfw:commentRss></wfw:commentRss>
		<slash:comments>17</slash:comments>
		</item>
		<item>
		<title>Développez sur Android&#8230;</title>
		<link>https://blog.developpez.com/adiguba/p4525/en-vrac/developpez_sur_android</link>
		<comments>https://blog.developpez.com/adiguba/p4525/en-vrac/developpez_sur_android#comments</comments>
		<pubDate>Tue, 13 Nov 2007 21:58:45 +0000</pubDate>
		<dc:creator><![CDATA[adiGuba]]></dc:creator>
				<category><![CDATA[Android]]></category>
		<category><![CDATA[En vrac...]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[C&#8217;est la première chose que j&#8217;ai testé lorsque j&#8217;ai lancé l&#8217;émulateur du SDK d&#8217;Android pour la première fois&#8230;]]></description>
		<wfw:commentRss></wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Exercice Java : POO, encapsulation et immuabilité</title>
		<link>https://blog.developpez.com/adiguba/p6703/java/exercice_java_poo_encapsulation_et_immua</link>
		<comments>https://blog.developpez.com/adiguba/p6703/java/exercice_java_poo_encapsulation_et_immua#comments</comments>
		<pubDate>Mon, 03 Nov 2008 16:37:22 +0000</pubDate>
		<dc:creator><![CDATA[adiGuba]]></dc:creator>
				<category><![CDATA[Exercices]]></category>
		<category><![CDATA[Java]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[Aujourd&#8217;hui j&#8217;inaugure un genre nouveau avec de petites exercices en rapport avec Java, dans l&#8217;objectif de mieux comprendre les rouages et les particularités du langage. Nous allons donc voir qu&#8217;avec une mauvaise conception d&#8217;une classe toute simple, il est possible de &#171;&#160;casser&#160;&#187; le principe encapsulation, si chère à la POO, et qui permet à une instance de classe de protéger ses attributs d&#8217;éventuelles modifications externes&#8230; Prenons donc la classe suivante dont le code complet se [&#8230;]]]></description>
		<wfw:commentRss></wfw:commentRss>
		<slash:comments>14</slash:comments>
		</item>
		<item>
		<title>De l&#8217;utilité du constructeur String(String)</title>
		<link>https://blog.developpez.com/adiguba/p6053/java/utilite_du_constructeur_string_string</link>
		<comments>https://blog.developpez.com/adiguba/p6053/java/utilite_du_constructeur_string_string#comments</comments>
		<pubDate>Wed, 22 Oct 2008 12:59:02 +0000</pubDate>
		<dc:creator><![CDATA[adiGuba]]></dc:creator>
				<category><![CDATA[Java]]></category>
		<category><![CDATA[Perfs]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[Rien n&#8217;est complètement inutile, malgré des apparences qui pourraient laisser présager le contraire&#8230; L&#8217;API Java propose un constructeur de copie String(String) pour la classe String. Pour rappel le constructeur de copie est une notion très importante en C++ où des copies d&#8217;objets sont obligatoires afin de gérer proprement la mémoire (lorsqu&#8217;on n&#8217;utilise pas de GC), sinon on ne saurait plus si l&#8217;objet est libérable ou pas. A l&#8217;inverse, en Java ce concept est rarement utilisé [&#8230;]]]></description>
		<wfw:commentRss></wfw:commentRss>
		<slash:comments>15</slash:comments>
		</item>
		<item>
		<title>Eclipse 3.4 Ganymede et les concaténations&#8230;</title>
		<link>https://blog.developpez.com/adiguba/p5980/java/eclipse_3_4_ganymede_et_les_concatenatio</link>
		<comments>https://blog.developpez.com/adiguba/p5980/java/eclipse_3_4_ganymede_et_les_concatenatio#comments</comments>
		<pubDate>Mon, 30 Jun 2008 08:30:00 +0000</pubDate>
		<dc:creator><![CDATA[adiGuba]]></dc:creator>
				<category><![CDATA[Java]]></category>
		<category><![CDATA[Perfs]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[La dernière version d&#8217;eclise, surnommé Ganymede, est sorti il y a à peine quelques jours, et apporte son lot de nouveautés et d&#8217;amélioration. A première vue cette release semble être une très bonne cuvée, mais en consultant la liste des nouveautés des outils de développement Java, je suis tombé sur une nouvelle fonctionnalité qui m&#8217;a quelque peu irrité : un &#171;&#160;quick assist&#160;&#187; sur la concaténation de chaine de caractère&#8230; Pour rappel, les &#171;&#160;quick assist&#160;&#187; permettent [&#8230;]]]></description>
		<wfw:commentRss></wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>JNI pour les Nuls&#8230; ou JNA pour faire plus simple !</title>
		<link>https://blog.developpez.com/adiguba/p4221/java/jni_pour_les_nuls</link>
		<comments>https://blog.developpez.com/adiguba/p4221/java/jni_pour_les_nuls#comments</comments>
		<pubDate>Wed, 03 Oct 2007 10:54:42 +0000</pubDate>
		<dc:creator><![CDATA[adiGuba]]></dc:creator>
				<category><![CDATA[Java]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[&#171;&#160;Write once, run anywhere&#160;&#187; : le slogan de Java a toujours mis en avant la portabilité du langage et de ses APIs, en promettant qu&#8217;un même code pourra être exécuter n&#8217;importe où. Et si on peut dire que cela est globalement vrai, ce n&#8217;est pas toujours un avantage ! En effet l&#8217;API se trouve ainsi dépourvu de certaine fonctionnalité qui peuvent sembler &#171;&#160;basique&#160;&#187; sur un système, mais qui ne sont pas forcément disponible sur d&#8217;autres. [&#8230;]]]></description>
		<wfw:commentRss></wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
		<item>
		<title>Runtime.exec() n&#8217;est pas des plus simple&#8230;</title>
		<link>https://blog.developpez.com/adiguba/p3035/java/runtime_exec_n_est_pas_des_plus_simple</link>
		<comments>https://blog.developpez.com/adiguba/p3035/java/runtime_exec_n_est_pas_des_plus_simple#comments</comments>
		<pubDate>Mon, 19 Mar 2007 15:19:34 +0000</pubDate>
		<dc:creator><![CDATA[adiGuba]]></dc:creator>
				<category><![CDATA[5.0 (Tiger)]]></category>
		<category><![CDATA[Java]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[L&#8217;API Java est assez imposante et complète, mais elle contient toutefois un certain nombre de classe et/ou méthode qui ne sont pas des plus simple à utiliser, ou qui ont un comportement très éloigné de ce que l&#8217;on peut trouver dans d&#8217;autre langage&#8230; ce qui les rends plus complexe et énigmatique. Si on prend comme exemple le langage C : on peut utiliser les différentes fonctions exec() pour exécuter un programme externe, ou directement la [&#8230;]]]></description>
		<wfw:commentRss></wfw:commentRss>
		<slash:comments>37</slash:comments>
		</item>
		<item>
		<title>Où va Java ? Et Swing ?</title>
		<link>https://blog.developpez.com/adiguba/p4482/java/ou_va_java_swing</link>
		<comments>https://blog.developpez.com/adiguba/p4482/java/ou_va_java_swing#comments</comments>
		<pubDate>Tue, 06 Nov 2007 14:32:53 +0000</pubDate>
		<dc:creator><![CDATA[adiGuba]]></dc:creator>
				<category><![CDATA[7 (Dolphin)]]></category>
		<category><![CDATA[Java]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[Après avoir été remisé au &#171;&#160;second plan&#160;&#187; par Sun qui privilégiait le coté serveur avec J2EE, voilà que Java revient petit à petit sur le devant de la scène coté client. D&#8217;ailleurs la prochaine update de Java 6 devrait déjà apporter pas mal de chose sur le sujet avec le &#171;&#160;Consumer JRE&#171;&#160;. Et Java 7 continuera dans la même direction. Les versions en développement apportent déjà une solution permettant le mélange des composants AWT et [&#8230;]]]></description>
		<wfw:commentRss></wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
		<item>
		<title>Où va Java ? Java Module System</title>
		<link>https://blog.developpez.com/adiguba/p4429/java/ou_va_java_java_module_system</link>
		<comments>https://blog.developpez.com/adiguba/p4429/java/ou_va_java_java_module_system#comments</comments>
		<pubDate>Wed, 31 Oct 2007 12:32:46 +0000</pubDate>
		<dc:creator><![CDATA[adiGuba]]></dc:creator>
				<category><![CDATA[7 (Dolphin)]]></category>
		<category><![CDATA[Java]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[Les archives JAR sont bien connu des développeurs Java puisqu&#8217;elles représentent le format de distribution des librairies et des applications Java. Mais ce format qui date du milieu des années 90 n&#8217;est plus très bien adapté à son rôle puisqu&#8217;il n&#8217;est pas aisé à distribuer ni à gérer, si bien qu&#8217;on parle de &#171;&#160;jar hell&#160;&#187; (&#171;&#160;l&#8217;enfer du jar&#160;&#187;). Actuellement il n&#8217;y a pas à proprement parler de gestion des librairies. Chaque application doit fournir l&#8217;emplacement [&#8230;]]]></description>
		<wfw:commentRss></wfw:commentRss>
		<slash:comments>8</slash:comments>
		</item>
		<item>
		<title>Où va Java ? Les Superpackages</title>
		<link>https://blog.developpez.com/adiguba/p4393/java/ou_va_java_superpackage</link>
		<comments>https://blog.developpez.com/adiguba/p4393/java/ou_va_java_superpackage#comments</comments>
		<pubDate>Thu, 18 Oct 2007 10:55:18 +0000</pubDate>
		<dc:creator><![CDATA[adiGuba]]></dc:creator>
				<category><![CDATA[7 (Dolphin)]]></category>
		<category><![CDATA[Java]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[Il y a énormément de discussion autour des (possibles) évolutions du langage dans Java 7, mais malheureusement elles sont majoritairement anglophone. Je vais donc tenter de présenter brièvement ces propositions d&#8217;évolution, en commençant par les Superpackages. Les superpackages viennent combler certaines faiblesses des règles de visibilités de Java. En effet, mis à par pour les classes internes, les types Java ne peuvent avoir que deux types de visibilités : Soit elles sont package-only, et uniquement [&#8230;]]]></description>
		<wfw:commentRss></wfw:commentRss>
		<slash:comments>12</slash:comments>
		</item>
		<item>
		<title>On reparle du Google Phone&#8230; et de Java !</title>
		<link>https://blog.developpez.com/adiguba/p4175/java/on_reparle_du_google_phone_et_de_java</link>
		<comments>https://blog.developpez.com/adiguba/p4175/java/on_reparle_du_google_phone_et_de_java#comments</comments>
		<pubDate>Wed, 05 Sep 2007 09:46:12 +0000</pubDate>
		<dc:creator><![CDATA[adiGuba]]></dc:creator>
				<category><![CDATA[Info]]></category>
		<category><![CDATA[Java]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[Incontestablement cette rentrée scolaire est marqué par le &#171;&#160;buzz&#160;&#187; fait autour du &#171;&#160;Google Phone&#160;&#187;, le téléphone mobile censé être développé par Google, et qui serait distribué début 2008&#8230; mais dont on n&#8217;a aucune information officielle. Les dernières rumeurs font état d&#8217;un positionnement à l&#8217;opposé de celui de son concurrent. en effet, contrairement à l&#8217;iPhone d&#8217;Apple qui se base principalement sur les applications Web, il semblerait que le Google Phone mette Java au premier plan : [&#8230;]]]></description>
		<wfw:commentRss></wfw:commentRss>
		<slash:comments>9</slash:comments>
		</item>
		<item>
		<title>Méfiez-vous de Class.isEnum() !</title>
		<link>https://blog.developpez.com/adiguba/p4152/java/mefiez_vous_de_isenum</link>
		<comments>https://blog.developpez.com/adiguba/p4152/java/mefiez_vous_de_isenum#comments</comments>
		<pubDate>Thu, 30 Aug 2007 15:41:38 +0000</pubDate>
		<dc:creator><![CDATA[adiGuba]]></dc:creator>
				<category><![CDATA[5.0 (Tiger)]]></category>
		<category><![CDATA[Java]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[Java 5.0 a introduit un nouveau type enum dans le langage, afin de créer des énumérations simple &#171;&#160;à la C&#171;&#160; tout en bénéficiant des avantages de l&#8217;OO : les enums de Java sont de vrais classes et peuvent donc comporter des champs et des méthodes&#8230; Bien sûr l&#8217;API de réflection a été mise à jour afin de gérer ce nouveau type d&#8217;objet, notamment avec les méthodes isEnum() et getEnumConstants() : la première permet de savoir [&#8230;]]]></description>
		<wfw:commentRss></wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Pas d&#8217;annotation pour JDBC 4.0 !?</title>
		<link>https://blog.developpez.com/adiguba/p3038/java/pas_d_annotation_pour_jdbc_4_0</link>
		<comments>https://blog.developpez.com/adiguba/p3038/java/pas_d_annotation_pour_jdbc_4_0#comments</comments>
		<pubDate>Tue, 13 Mar 2007 13:43:41 +0000</pubDate>
		<dc:creator><![CDATA[adiGuba]]></dc:creator>
				<category><![CDATA[6 (Mustang)]]></category>
		<category><![CDATA[Java]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[Je viens seulement de me rendre compte que le mapping objet/relationnel via les Annotations de JDBC 4.0 a été supprimé des spécifications au dernier moment, et qu&#8217;il n&#8217;est donc pas présent dans la version finale de Java SE 6&#8230; J&#8217;ignore encore les raisons exactes mais c&#8217;est bien dommage. J&#8217;espère au moins que cela sera reporté dans Java 7&#8230;]]></description>
		<wfw:commentRss></wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Mise à jour&#8230;</title>
		<link>https://blog.developpez.com/adiguba/p2891/java/mise_a_jour</link>
		<comments>https://blog.developpez.com/adiguba/p2891/java/mise_a_jour#comments</comments>
		<pubDate>Sun, 18 Feb 2007 19:30:29 +0000</pubDate>
		<dc:creator><![CDATA[adiGuba]]></dc:creator>
				<category><![CDATA[Java]]></category>
		<category><![CDATA[Java EE]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[J&#8217;ai enfin pris le temps d&#8217;intégrer toutes les remarques qui m&#8217;ont été envoyées (et il y en avait beaucoup) dans mes tutoriels sur la JSTL et les Taglibs. Merci à tous pour ces remarques (et je m&#8217;excuse d&#8217;avance si j&#8217;en ai oublié &#8211; n&#8217;hésitez pas à me les renvoyer). A ce propos, je voudrais profiter de ce message pour mon prochain article : je souhaiterais faire un état des lieux des erreurs fréquentes des développeurs [&#8230;]]]></description>
		<wfw:commentRss></wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>SwingWorker à l&#8217;affiche !</title>
		<link>https://blog.developpez.com/adiguba/p2831/java/swingworker_a_l_affiche</link>
		<comments>https://blog.developpez.com/adiguba/p2831/java/swingworker_a_l_affiche#comments</comments>
		<pubDate>Thu, 08 Feb 2007 15:05:21 +0000</pubDate>
		<dc:creator><![CDATA[adiGuba]]></dc:creator>
				<category><![CDATA[GUI]]></category>
		<category><![CDATA[Java]]></category>
		<category><![CDATA[Perfs]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[Cette semaine aura été consacré à la classe SwingWorker de Java 6 : vous n&#8217;aurez sans doute pas manqué l&#8217;article de Romain Vimont concernant des interfaces graphiques plus performantes avec SwingWorker, mais peut-être que vous êtes passé à coté d&#8217;un sujet sur le forum qui a fini en mini-débat&#8230; Pour info/rappel, SwingWorker permet d&#8217;exécuter un traitement dans une tâche de fond et ainsi de laisser l&#8217;EDT faire son travail, c&#8217;est à dire de gérer l&#8217;affichage [&#8230;]]]></description>
		<wfw:commentRss></wfw:commentRss>
		<slash:comments>5</slash:comments>
		</item>
		<item>
		<title>Injection de resource avec les Annotations</title>
		<link>https://blog.developpez.com/adiguba/p2127/java/java-ee/injection_de_resource_avec_les_annotatio</link>
		<comments>https://blog.developpez.com/adiguba/p2127/java/java-ee/injection_de_resource_avec_les_annotatio#comments</comments>
		<pubDate>Mon, 12 Jun 2006 15:51:39 +0000</pubDate>
		<dc:creator><![CDATA[adiGuba]]></dc:creator>
				<category><![CDATA[@Annotations]]></category>
		<category><![CDATA[Java EE]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[Le portail SDN a publié un article qui met en évidence le gain obtenu avec l&#8217;injection de ressource via les annotations dans Java EE 5. En effet, dans une application Java EE, l&#8217;accès aux ressources via JNDI est assez lourd, puisqu&#8217;il oblige à manipuler l&#8217;API de JNDI en gérant le casting et les NamingExceptions&#8230; Un code rébarbatif et assez loin de la logique métier du développeur, mais les annotations permettent de simplifier cela de manière [&#8230;]]]></description>
		<wfw:commentRss></wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>La compatibilité ascendante : le plus mauvais ami de Java ?</title>
		<link>https://blog.developpez.com/adiguba/p2751/java/la_compatibilite_ascendante</link>
		<comments>https://blog.developpez.com/adiguba/p2751/java/la_compatibilite_ascendante#comments</comments>
		<pubDate>Fri, 19 Jan 2007 14:06:42 +0000</pubDate>
		<dc:creator><![CDATA[adiGuba]]></dc:creator>
				<category><![CDATA[Java]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[C&#8217;est bien connu, à chacune de ses nouvelles versions, la plateforme Java prône la compatibilité ascendante : depuis toujours Java semble lui vouer un culte qui frise la déification. Petit rappel pour ceux qui ne suivrait pas ! On pourrait brièvement décrire la compatibilité ascendante par la phrase suivante : &#171;&#160;Le nouveau système sait faire marcher les logiciels de l&#8217;ancien, mais l&#8217;inverse n&#8217;est pas vrai&#171;&#160;. La compatibilité constitue d&#8217;ailleurs un des 6 grands thèmes de [&#8230;]]]></description>
		<wfw:commentRss></wfw:commentRss>
		<slash:comments>31</slash:comments>
		</item>
		<item>
		<title>Revenons sur les Closures (encore !)</title>
		<link>https://blog.developpez.com/adiguba/p2644/java/revenons_sur_les_closures_encore</link>
		<comments>https://blog.developpez.com/adiguba/p2644/java/revenons_sur_les_closures_encore#comments</comments>
		<pubDate>Tue, 26 Dec 2006 15:03:57 +0000</pubDate>
		<dc:creator><![CDATA[adiGuba]]></dc:creator>
				<category><![CDATA[7 (Dolphin)]]></category>
		<category><![CDATA[Java]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[Cela fait quelques temps qu&#8217;on en parle sur le blog, la première version était loin de mettre tout le monde d&#8217;accord. La seconde version a été mieux acceptée, notamment car elle était bien plus simple, puisqu&#8217;elle ne correspondait ni plus ni moins qu&#8217;à du &#171;&#160;sucre syntaxique&#160;&#187; pour écrire une classe anonyme (c&#8217;est à dire une écriture plus concise). La troisième version des closures paru dans le billet &#171;&#160;En Vrac&#160;&#187; du 26 octobre a provoqué peu [&#8230;]]]></description>
		<wfw:commentRss></wfw:commentRss>
		<slash:comments>8</slash:comments>
		</item>
		<item>
		<title>Java Standard Edition 6</title>
		<link>https://blog.developpez.com/adiguba/p2612/java/java_standard_edition_6</link>
		<comments>https://blog.developpez.com/adiguba/p2612/java/java_standard_edition_6#comments</comments>
		<pubDate>Mon, 11 Dec 2006 13:37:46 +0000</pubDate>
		<dc:creator><![CDATA[adiGuba]]></dc:creator>
				<category><![CDATA[6 (Mustang)]]></category>
		<category><![CDATA[Java]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[Ca y est, c&#8217;est officiel ! Alors que Javapolis vient tout juste de commencer, la plateforme Java SE 6 est disponible en version finale ! Si vous ignorez encore tout de cette nouvelle version, profitez-en pour jeter un coup d&#8217;oeil à ma présentation des nouveautés de Mustang (Java 6) : Alors que Java 5.0 s&#8217;annonçait comme une révolution, en apportant un grand nombre de modification dans le langage, le nouvel opus de Java se présente [&#8230;]]]></description>
		<wfw:commentRss></wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Adobe et Mozilla main dans la main ?</title>
		<link>https://blog.developpez.com/adiguba/p2527/java/adobe_et_mozilla_main_dans_la_main</link>
		<comments>https://blog.developpez.com/adiguba/p2527/java/adobe_et_mozilla_main_dans_la_main#comments</comments>
		<pubDate>Wed, 08 Nov 2006 12:30:12 +0000</pubDate>
		<dc:creator><![CDATA[adiGuba]]></dc:creator>
				<category><![CDATA[Java]]></category>
		<category><![CDATA[Linux, le libre et l&#039;open-source]]></category>
		<category><![CDATA[Web, XHTML et CSS]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[Si vous suivez l&#8217;actualité informatique vous avez sûrement entendu parler du rapprochement entre Adobe et Mozilla, qui s&#8217;est concrétisé par la publication du moteur ActionScript d&#8217;Adobe sous triple licence GPL/MPL/LGPL sous l&#8217;égide de la Mozilla Foundation, ce qui a donner naissance au projet Tamarin (lire le communiqué officiel pour plus de détail). A la veille du passage en open-source de la plateforme Java par Sun, il est intéressant de voir les raisons qui ont poussé [&#8230;]]]></description>
		<wfw:commentRss></wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Java Open Source &#8211; Revue de presse</title>
		<link>https://blog.developpez.com/adiguba/p2486/java/java_open_source_revue_de_presse</link>
		<comments>https://blog.developpez.com/adiguba/p2486/java/java_open_source_revue_de_presse#comments</comments>
		<pubDate>Mon, 30 Oct 2006 10:01:42 +0000</pubDate>
		<dc:creator><![CDATA[adiGuba]]></dc:creator>
				<category><![CDATA[En vrac...]]></category>
		<category><![CDATA[Java]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[On reparle du passage en Open Source de Java dans la presse française : LeMondeInformatique.fr : Java sera open-source d&#8217;ici 30 à 60 jours. TooLinux : La libération de Java Standard Edition approche. The Inquirer : Java en Open Source avant Noël. Technovore : Java en Open Source avant Noël. JDN Solutions : Java Open Source ? D&#8217;ici 30 à 60 jours selon le PDG de Sun. Infos-du-Net : Open Source : la plate-forme Java [&#8230;]]]></description>
		<wfw:commentRss></wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>Astuce javadoc : @literal et @code</title>
		<link>https://blog.developpez.com/adiguba/p2458/java/astuce_javadoc_literal_et_code</link>
		<comments>https://blog.developpez.com/adiguba/p2458/java/astuce_javadoc_literal_et_code#comments</comments>
		<pubDate>Tue, 24 Oct 2006 11:30:28 +0000</pubDate>
		<dc:creator><![CDATA[adiGuba]]></dc:creator>
				<category><![CDATA[5.0 (Tiger)]]></category>
		<category><![CDATA[Java]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[Je viens juste de tomber sur une petite astuce javadoc bien pratique ! Comme vous devez sans doute le savoir (en tout cas je l&#8217;espère), les commentaires javadoc sont utilisés pour générer la documentation HTML de vos classes, et on peut donc utiliser les tags HTML pour formater nos commentaire comme bon nous semble&#8230; Toutefois, cela pose un léger problème : certains caractères doivent être encodé de manière spécifique. Ainsi par exemple, pour représenter les [&#8230;]]]></description>
		<wfw:commentRss></wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>Des closures simplifiées ?</title>
		<link>https://blog.developpez.com/adiguba/p2428/java/des_closures_simplifiees</link>
		<comments>https://blog.developpez.com/adiguba/p2428/java/des_closures_simplifiees#comments</comments>
		<pubDate>Mon, 16 Oct 2006 12:45:51 +0000</pubDate>
		<dc:creator><![CDATA[adiGuba]]></dc:creator>
				<category><![CDATA[7 (Dolphin)]]></category>
		<category><![CDATA[Java]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[Je comprend mieux l&#8217;opinion de Vincent Brabant sur la première proposition des closures. En effet je m&#8217;étais principalement orienté vers le coté syntaxique et tout l&#8217;intérêt que cela apporte pour la lisibilité et la simplification du code, sans vraiment faire attention à tout ce que cela impliquait (en relisant bien cette première version on s&#8217;aperçoit que cela apporte d&#8217;importante modification dans le langage, comme un nouveau type et des modifications dans l&#8217;API de réflection). Or [&#8230;]]]></description>
		<wfw:commentRss></wfw:commentRss>
		<slash:comments>7</slash:comments>
		</item>
		<item>
		<title>Les Generics ne sont pas des Templates comme les autres !</title>
		<link>https://blog.developpez.com/adiguba/p2358/java/generics_vs_templates</link>
		<comments>https://blog.developpez.com/adiguba/p2358/java/generics_vs_templates#comments</comments>
		<pubDate>Wed, 27 Sep 2006 08:45:14 +0000</pubDate>
		<dc:creator><![CDATA[adiGuba]]></dc:creator>
				<category><![CDATA[5.0 (Tiger)]]></category>
		<category><![CDATA[Java]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[Vous le savez sûrement, Java 5.0 a introduit un nouveau concept dans le langage : les Generics (également appelé types paramétrés en français). Au prime abord cela ressemble énormément aux Templates du C++ du fait de leurs syntaxes relativement proche et de leurs objectifs communs : écrire des méthodes/fonctions et classes génériques tout en permettant de les utiliser de manière spécialisé (c&#8217;est à dire en utilisant un type concret plutôt qu&#8217;un type abstrait). Quels sont [&#8230;]]]></description>
		<wfw:commentRss></wfw:commentRss>
		<slash:comments>8</slash:comments>
		</item>
		<item>
		<title>Et Java SE 7 ?</title>
		<link>https://blog.developpez.com/adiguba/p2368/java/et_java_7</link>
		<comments>https://blog.developpez.com/adiguba/p2368/java/et_java_7#comments</comments>
		<pubDate>Mon, 25 Sep 2006 11:52:39 +0000</pubDate>
		<dc:creator><![CDATA[adiGuba]]></dc:creator>
				<category><![CDATA[7 (Dolphin)]]></category>
		<category><![CDATA[Java]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[Bien que Java SE 6 n&#8217;est pas encore finalisé, et qu&#8217;il devrait être disponible d&#8217;ici la fin de l&#8217;année, le cycle de développement de la version suivante a déjà commencé avec la création du projet JDK 7 sur java.net (même s&#8217;il est pour le moment relativement vide). Mais au vue des JSRs on peu déjà avoir un aperçu de ce qu&#8217;apportera cette futur version, et c&#8217;est ce que propose Danny Coward sur son blog et [&#8230;]]]></description>
		<wfw:commentRss></wfw:commentRss>
		<slash:comments>5</slash:comments>
		</item>
		<item>
		<title>A suivre : Vers une nouvelle version du JCP</title>
		<link>https://blog.developpez.com/adiguba/p2357/java/a_suivre_vers_une_nouvelle_version_du_jc</link>
		<comments>https://blog.developpez.com/adiguba/p2357/java/a_suivre_vers_une_nouvelle_version_du_jc#comments</comments>
		<pubDate>Fri, 22 Sep 2006 12:41:55 +0000</pubDate>
		<dc:creator><![CDATA[adiGuba]]></dc:creator>
				<category><![CDATA[Java]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[Sun a proposé une nouvelle JSR dont l&#8217;objectif est justement d&#8217;apporter des modifications au JSPA et au JCP : Améliorer encore la transparence du processus. Optimiser la durée moyenne des JSRs. Déterminer comment les individus pourraient mieux participer au processus. Mais également d&#8217;apporter de nouvelles possibilités : Permettre des implémentations des spécifications dans un autre langage que Java. Permettre de créer des liaison avec d&#8217;autres organismes de normalisation. Faciliter la migration de technologie existante vers [&#8230;]]]></description>
		<wfw:commentRss></wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Détecter les erreurs avec les annotations</title>
		<link>https://blog.developpez.com/adiguba/p2302/java/detecter_les_erreurs_avec_les_annotation</link>
		<comments>https://blog.developpez.com/adiguba/p2302/java/detecter_les_erreurs_avec_les_annotation#comments</comments>
		<pubDate>Fri, 01 Sep 2006 12:47:03 +0000</pubDate>
		<dc:creator><![CDATA[adiGuba]]></dc:creator>
				<category><![CDATA[@Annotations]]></category>
		<category><![CDATA[Java]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[Certain EDI tel qu&#8217;IntelliJ IDEA ou des outils de vérification de code comme FindBugs ont mis en place un mécanisme de détection d&#8217;erreur basé sur les annotations. Concrètement, plusieurs éléments du code peuvent être marquées avec des annotations avec d&#8217;apporter une information complémentaire sur leur utilisation. Ce peut ainsi permettre à ces outils de détecter de mauvaises utilisations et d&#8217;afficher des warnings ou erreurs pour en avertir le développeur&#8230; Si ce type de vérification peut [&#8230;]]]></description>
		<wfw:commentRss></wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Java SE 6 en public review !</title>
		<link>https://blog.developpez.com/adiguba/p2296/java/java_se_6_en_public_review</link>
		<comments>https://blog.developpez.com/adiguba/p2296/java/java_se_6_en_public_review#comments</comments>
		<pubDate>Wed, 30 Aug 2006 11:01:28 +0000</pubDate>
		<dc:creator><![CDATA[adiGuba]]></dc:creator>
				<category><![CDATA[6 (Mustang)]]></category>
		<category><![CDATA[Java]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[La JSR 270, dont l&#8217;objectif est de définir ce que comportera Java SE 6, vient de passer en &#171;&#160;Public Review&#160;&#187;. Il est ainsi possible de télécharger le &#171;&#160;Release Content&#160;&#187; qui offre la possibilité à tout un chacun de donner des commentaires sur cette ébauche (et ce jusqu&#8217;au 26 septembre prochain). Il n&#8217;y a rien de vraiment nouveau ou inattendus puisqu&#8217;il y a déjà eu plusieurs versions de ce document, si ce n&#8217;est toutefois l&#8217;ajout d&#8217;une [&#8230;]]]></description>
		<wfw:commentRss></wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
		<item>
		<title>Java en vrac</title>
		<link>https://blog.developpez.com/adiguba/p2284/java/title_22</link>
		<comments>https://blog.developpez.com/adiguba/p2284/java/title_22#comments</comments>
		<pubDate>Mon, 28 Aug 2006 14:45:11 +0000</pubDate>
		<dc:creator><![CDATA[adiGuba]]></dc:creator>
				<category><![CDATA[En vrac...]]></category>
		<category><![CDATA[Java]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[Petit billet en vrac sur différents sujets : L&#8217;API de scripting de Java SE 6 s&#8217;annonce prometteuse, en particulier grâce au projet scripting, dont l&#8217;objectif est de proposer des implémentations de ScriptEngine afin de gérer d&#8217;autres langages de script que JavaScript (qui sera inclut par défaut). Le projet regroupe déjà 20 langages, dont le dernier en date permet d&#8217;utiliser le parseur mathématique JEP. MSN Messenger ou Google Talk sur votre téléphone mobile ? C&#8217;est possible [&#8230;]]]></description>
		<wfw:commentRss></wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Des &#171;&#160;closures&#160;&#187; dans Java ?</title>
		<link>https://blog.developpez.com/adiguba/p2282/java/des_closures_dans_java</link>
		<comments>https://blog.developpez.com/adiguba/p2282/java/des_closures_dans_java#comments</comments>
		<pubDate>Mon, 21 Aug 2006 11:00:21 +0000</pubDate>
		<dc:creator><![CDATA[adiGuba]]></dc:creator>
				<category><![CDATA[Java]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[J&#8217;en ai déjà parlé dans mon message précèdent concernant le futur C# 3, mais j&#8217;ai peur que certains aient un peu &#171;&#160;sauté&#160;&#187; le sujet&#8230; J&#8217;y parlais justement d&#8217;un document d&#8217;étude concernant l&#8217;intégration de closures dans Java : Closures for Java [PDF] (en anglais bien sûr). Les closures ? Qu&#8217;est-ce que c&#8217;est ? En français on appellerais plutôt cela des méthodes anonymes, et cela se rapproche (en partie) des pointeurs de fonctions du C/C++. J&#8217;en entends [&#8230;]]]></description>
		<wfw:commentRss></wfw:commentRss>
		<slash:comments>5</slash:comments>
		</item>
		<item>
		<title>Dans le monde de C#</title>
		<link>https://blog.developpez.com/adiguba/p2275/java/dans_le_monde_de_c_sharp</link>
		<comments>https://blog.developpez.com/adiguba/p2275/java/dans_le_monde_de_c_sharp#comments</comments>
		<pubDate>Sat, 19 Aug 2006 20:02:05 +0000</pubDate>
		<dc:creator><![CDATA[adiGuba]]></dc:creator>
				<category><![CDATA[Java]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[Il est parfois intérressant de voir ce qui se fait chez le voisin, afin de pouvoir faire une comparaison avec ce qui se fait à la maison (pour ceux qui ne l&#8217;aurait pas encore compris, je parle bien sûr de C# et de Java) Or, il y a quelques jour de cela, j&#8217;ai lu l&#8217;article de Thomas LEBRUN concernant la prochaine version de C# : C# 3 et Linq. Qu&#8217;y aura-t-il donc dans la prochaine [&#8230;]]]></description>
		<wfw:commentRss></wfw:commentRss>
		<slash:comments>6</slash:comments>
		</item>
		<item>
		<title>Java : News rapide</title>
		<link>https://blog.developpez.com/adiguba/p2264/java/java_news_rapide</link>
		<comments>https://blog.developpez.com/adiguba/p2264/java/java_news_rapide#comments</comments>
		<pubDate>Fri, 11 Aug 2006 11:18:25 +0000</pubDate>
		<dc:creator><![CDATA[adiGuba]]></dc:creator>
				<category><![CDATA[Info]]></category>
		<category><![CDATA[Java]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[L&#8217;update 8 de Java 5.0 est désormais disponible, tout comme le build b95 de la beta de Mustang&#8230; Et dans le même temps, le projet GNU Classpath avance, et la version 0.92 (surnommé Bling! Bling!) possède une implémentation complète de Graphics2D qui intègre Cairo (une librairie graphique libre) et permet donc d&#8217;utiliser entre autre JFreeChart, comme le montre ces screenshots&#8230;]]></description>
		<wfw:commentRss></wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Java open-source ? Bientôt du nouveau</title>
		<link>https://blog.developpez.com/adiguba/p2262/java/java_open_source_bientot_du_nouveau</link>
		<comments>https://blog.developpez.com/adiguba/p2262/java/java_open_source_bientot_du_nouveau#comments</comments>
		<pubDate>Wed, 09 Aug 2006 15:12:21 +0000</pubDate>
		<dc:creator><![CDATA[adiGuba]]></dc:creator>
				<category><![CDATA[Info]]></category>
		<category><![CDATA[Java]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[Sun devrait profiter de la prochaine conférence LinuxWorld à San Francisco afin de fournir plus de détail concernant le passage en open-source de sa plateforme Java. Rich Green, l&#8217;actuel vice-président exécutif de la section logiciel de Sun, devrait donc y présenter son plan d&#8217;action. Pour rappel, il y a quelque mois il avait déclaré ceci : &#160;&#187; A ce stade, la question n&#8217;est plus de savoir si nous allons rendre Java open source, mais comment [&#8230;]]]></description>
		<wfw:commentRss></wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Jakarta Commons Email</title>
		<link>https://blog.developpez.com/adiguba/p2252/java/jakarta_commons_email</link>
		<comments>https://blog.developpez.com/adiguba/p2252/java/jakarta_commons_email#comments</comments>
		<pubDate>Thu, 03 Aug 2006 08:50:02 +0000</pubDate>
		<dc:creator><![CDATA[adiGuba]]></dc:creator>
				<category><![CDATA[Java]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[La Famille Jakarta Commons s&#8217;agrandit, et vient proposer une nouvelle API plutôt utile pour l&#8217;envoi d&#8217;email : Jakarta Commons Email. Cette API se base sur JavaMail et en simplifie grandement son utilisation. En effet, quiconque a déjà utilisé JavaMail s&#8217;est sûrement déjà heurté à sa complexité. A l&#8217;inverse, Commons Email propose une API bien plus simple, mais tout aussi efficace, en proposant trois classes principales pour l&#8217;envoi d&#8217;email : SimpleEmail pour envoyer des emails textuelles. [&#8230;]]]></description>
		<wfw:commentRss></wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Astuce Swing : Améliorer l&#8217;aspect des JComboBox</title>
		<link>https://blog.developpez.com/adiguba/p2177/java/swing_jcombobox</link>
		<comments>https://blog.developpez.com/adiguba/p2177/java/swing_jcombobox#comments</comments>
		<pubDate>Thu, 29 Jun 2006 14:57:11 +0000</pubDate>
		<dc:creator><![CDATA[adiGuba]]></dc:creator>
				<category><![CDATA[GUI]]></category>
		<category><![CDATA[Java]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[Je viens de tomber sur une petite astuce bien sympathique pour améliorer quelque peu l&#8217;aspect des JComboBox. En effet, ces dernières souffrent d&#8217;un petit problème assez ennuyeux : lorsqu&#8217;elle est déplié, la liste qui affiche tous les éléments conserve la même longueur que le composant parent quoi qu&#8217;il arrive. Ainsi, si les noms des différents items de la liste sont très grand mais que vous ne réserver qu&#8217;un espace restreint pour le composant, les différents [&#8230;]]]></description>
		<wfw:commentRss></wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Java SE 6 Beta 2 disponible !</title>
		<link>https://blog.developpez.com/adiguba/p2141/java/java_6_beta_2</link>
		<comments>https://blog.developpez.com/adiguba/p2141/java/java_6_beta_2#comments</comments>
		<pubDate>Sat, 17 Jun 2006 11:03:21 +0000</pubDate>
		<dc:creator><![CDATA[adiGuba]]></dc:creator>
				<category><![CDATA[6 (Mustang)]]></category>
		<category><![CDATA[Java]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[Mustang, alias Java SE 6, est désormais disponible au téléchargement en version Beta 2. La version finale devrait voir le jour avant la fin de l&#8217;année&#8230; Pour l&#8217;occasion, Sun propose toutes une série d&#8217;articles et de trucs et astuces pour cette version, en plus de la traditionnelle page &#171;&#160;What&#8217;s New&#160;&#187; : Comment accéder aux paramètres réseaux du système ? Le nouveau système de modalité des boites de dialogue Les Deques (&#171;&#160;double ended queue&#160;&#187;) Les Splash [&#8230;]]]></description>
		<wfw:commentRss></wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>JavaDB intégré dans le JDK de Mustang</title>
		<link>https://blog.developpez.com/adiguba/p2139/java/javadb_integre_dans_le_jdk_de_mustang</link>
		<comments>https://blog.developpez.com/adiguba/p2139/java/javadb_integre_dans_le_jdk_de_mustang#comments</comments>
		<pubDate>Fri, 16 Jun 2006 08:49:40 +0000</pubDate>
		<dc:creator><![CDATA[adiGuba]]></dc:creator>
				<category><![CDATA[6 (Mustang)]]></category>
		<category><![CDATA[Java]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[Le build b88 (du 15 juin 2006) de Mustang intègre désormais dans son JDK une version de JavaDB (la base de données 100% Java basé sur Apache Derby). Cette dernière implémente bien entendu toutes les nouveutées des spécifications de JDBC 4.0. Pour rappel, vous pouvez télécharger les versions builds de Mustang et suivre l&#8217;évolution du projet via java.net&#8230; Si l&#8217;intégration d&#8217;une base de données ne semble avoir pour objectif que de permettre de tester les [&#8230;]]]></description>
		<wfw:commentRss></wfw:commentRss>
		<slash:comments>8</slash:comments>
		</item>
		<item>
		<title>JAXX : vos interfaces Swing en XML !</title>
		<link>https://blog.developpez.com/adiguba/p2115/java/jaxx</link>
		<comments>https://blog.developpez.com/adiguba/p2115/java/jaxx#comments</comments>
		<pubDate>Mon, 12 Jun 2006 11:00:31 +0000</pubDate>
		<dc:creator><![CDATA[adiGuba]]></dc:creator>
				<category><![CDATA[GUI]]></category>
		<category><![CDATA[Java]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[JAXX est un framework Java opensource (sous licence BSD) permettant de réaliser des interfaces utilisateurs en XML. Il permet en effet d&#8217;écrire de simple fichier XML décrivant les différents composants de votre interface et leurs interactions, et d&#8217;utiliser des feuilles de styles CSS pour personnaliser l&#8217;apparence des composants plus simplement (en gérant l&#8217;état des composants avec des pseudo-classes). Le framework se compose d&#8217;un compilateur (jaxxc) qui se chargera de compiler vos fichiers XML en bytecode [&#8230;]]]></description>
		<wfw:commentRss></wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Comprendre les Références en Java</title>
		<link>https://blog.developpez.com/adiguba/p2107/java/comprendre_les_references_en_java</link>
		<comments>https://blog.developpez.com/adiguba/p2107/java/comprendre_les_references_en_java#comments</comments>
		<pubDate>Fri, 09 Jun 2006 08:18:30 +0000</pubDate>
		<dc:creator><![CDATA[adiGuba]]></dc:creator>
				<category><![CDATA[Java]]></category>
		<category><![CDATA[Perfs]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[L&#8217;API Java est vraiment énorme. Elle offre un grand nombre d&#8217;outils et de possibilités qui, bien souvent, ne sont pas utilisées tout simplement parce qu&#8217;elles sont méconnues&#8230; Cela faisait quelques temps que je voulais m&#8217;intéresser plus particulièrement aux diverses références de Java, et le récent article sur les références faibles sous .NET m&#8217;avait donné l&#8217;eau à la bouche&#8230; Et voilà qu&#8217;un article en anglais les décrit avec des exemples concrets : Understanding Weak References. Je [&#8230;]]]></description>
		<wfw:commentRss></wfw:commentRss>
		<slash:comments>7</slash:comments>
		</item>
		<item>
		<title>Configurer vos interfaces avec les annotations</title>
		<link>https://blog.developpez.com/adiguba/p1583/java/configurer_vos_interfaces_avec_les_annot</link>
		<comments>https://blog.developpez.com/adiguba/p1583/java/configurer_vos_interfaces_avec_les_annot#comments</comments>
		<pubDate>Mon, 30 Jan 2006 11:08:44 +0000</pubDate>
		<dc:creator><![CDATA[adiGuba]]></dc:creator>
				<category><![CDATA[5.0 (Tiger)]]></category>
		<category><![CDATA[@Annotations]]></category>
		<category><![CDATA[GUI]]></category>
		<category><![CDATA[Java]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[Il y a deux semaines, je vous présentais une petite API permettant de gérer la configuration d&#8217;une application avec les Annotations, et il se trouve que Romain Guy a eu une idée similaire, puisqu&#8217;il présente Fuse, une petite librairie destinée à modifier les ressources des interfaces graphiques. Le procédé est assez proche (les attributs d&#8217;une instance de classe sont automatiquement modifiés selon les valeurs d&#8217;un fichier de propriété), mais plus adapté aux interfaces graphiques (gestion [&#8230;]]]></description>
		<wfw:commentRss></wfw:commentRss>
		<slash:comments>6</slash:comments>
		</item>
		<item>
		<title>Swing et les Threads</title>
		<link>https://blog.developpez.com/adiguba/p1565/java/vive_les_forums</link>
		<comments>https://blog.developpez.com/adiguba/p1565/java/vive_les_forums#comments</comments>
		<pubDate>Wed, 25 Jan 2006 19:16:01 +0000</pubDate>
		<dc:creator><![CDATA[adiGuba]]></dc:creator>
				<category><![CDATA[GUI]]></category>
		<category><![CDATA[Java]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[Décidément les forums de developpez.com sont une source de connaissance inépuisable&#8230; Même dans un message qui peut sembler anodin à première vue, on peut apprendre des petits trucs bien sympathique voir très enrichissant&#8230; En lisant les réponses d&#8217;une question concernant le fonctionnement de la méthode paint() des composants AWT/Swing, je suis tombé sur une réponse très instructive de Romain Guy alias Gfx : On peut aussi faire un RepaintManager qui detecte si des operations ont [&#8230;]]]></description>
		<wfw:commentRss></wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Configuration d&#8217;une application avec les Annotations</title>
		<link>https://blog.developpez.com/adiguba/p1526/java/configuration_d_une_application_avec_les</link>
		<comments>https://blog.developpez.com/adiguba/p1526/java/configuration_d_une_application_avec_les#comments</comments>
		<pubDate>Sat, 14 Jan 2006 18:52:08 +0000</pubDate>
		<dc:creator><![CDATA[adiGuba]]></dc:creator>
				<category><![CDATA[5.0 (Tiger)]]></category>
		<category><![CDATA[@Annotations]]></category>
		<category><![CDATA[Java]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[Une application doit pouvoir être configurable facilement, que ce soit par une interface graphique ou des fichiers de configuration. En Java, cela s&#8217;effectue généralement via la classe Properties qui permet de lire et d&#8217;écrire des propriétés dans un fichier en gérant des associations clef-valeur&#8230; Mais la plupart du temps cela devient vite complexe, car en plus du code pour la lecture/écriture du fichier, chaque propriété doit être récupérée individuellement (et éventuellement parsée puisqu&#8217;il s&#8217;agit de [&#8230;]]]></description>
		<wfw:commentRss></wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Exception &amp; Performance</title>
		<link>https://blog.developpez.com/adiguba/p1075/java/exception_et_performances</link>
		<comments>https://blog.developpez.com/adiguba/p1075/java/exception_et_performances#comments</comments>
		<pubDate>Wed, 07 Sep 2005 19:31:49 +0000</pubDate>
		<dc:creator><![CDATA[adiGuba]]></dc:creator>
				<category><![CDATA[Java]]></category>
		<category><![CDATA[Perfs]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[On entends parfois dire que l&#8217;utilisation de bloc try/catch pouvait être pénalisant en terme de performance dans une application. Si bien que certain préfèrent retourner un code d&#8217;erreur plutôt que de lever une Exception&#8230; J&#8217;ai voulu déterminer quel était la part de vérité et de d&#8217;estimer si cela est vraiment pénalisant dans une application&#8230; J&#8217;ai donc comparé les performances d&#8217;une méthode dont la gestion des erreurs est basée sur le principe des exceptions, avec une [&#8230;]]]></description>
		<wfw:commentRss></wfw:commentRss>
		<slash:comments>6</slash:comments>
		</item>
		<item>
		<title>Mustang &amp; Splash-Screen</title>
		<link>https://blog.developpez.com/adiguba/p1165/java/mustang_splash_screen</link>
		<comments>https://blog.developpez.com/adiguba/p1165/java/mustang_splash_screen#comments</comments>
		<pubDate>Fri, 30 Sep 2005 10:02:30 +0000</pubDate>
		<dc:creator><![CDATA[adiGuba]]></dc:creator>
				<category><![CDATA[6 (Mustang)]]></category>
		<category><![CDATA[GUI]]></category>
		<category><![CDATA[Java]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[Sun prépare le retour de Java pour les applications &#8216;Desktop&#8217;, et Mustang, la prochaine version de Java, apportera son lot de nouveautés pour Swing. Un article sur java.sun.com présente en détail une des ces petites nouveautés qui peut sembler mineure à première vue : les Splash-Screen. Ce type d&#8217;écran est très répandu dans tout type de logiciels pour faire patienter l&#8217;utilisateur pendant le chargement de l&#8217;application, tout en affichant des informations utiles (logo, version du [&#8230;]]]></description>
		<wfw:commentRss></wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>La machine virtuelle Java est-elle vraiment lente ?</title>
		<link>https://blog.developpez.com/adiguba/p1389/java/la_jvm_est_elle_lente</link>
		<comments>https://blog.developpez.com/adiguba/p1389/java/la_jvm_est_elle_lente#comments</comments>
		<pubDate>Sun, 04 Dec 2005 19:22:52 +0000</pubDate>
		<dc:creator><![CDATA[adiGuba]]></dc:creator>
				<category><![CDATA[Java]]></category>
		<category><![CDATA[Perfs]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[Dans une discussion récente sur le forum Java concernant la génération d&#8217;un exécutable, j&#8217;ai indiqué qu&#8217;un code natif n&#8217;étais pas forcément plus rapide que du bytecode, et que cela pouvait même être l&#8217;inverse puisque les JVM actuelles utilisent un compilateur JIT. Comment cela pourrait-il être possible ? Lorsqu&#8217;on compile un code natif, les compilateurs n&#8217;activent pas toutes les optimisations possibles afin que le programme puisse s&#8217;exécuter sur des machines ne disposant pas forcément du même [&#8230;]]]></description>
		<wfw:commentRss></wfw:commentRss>
		<slash:comments>18</slash:comments>
		</item>
		<item>
		<title>Travaillez votre Swing !</title>
		<link>https://blog.developpez.com/adiguba/p1585/java/swingworker</link>
		<comments>https://blog.developpez.com/adiguba/p1585/java/swingworker#comments</comments>
		<pubDate>Fri, 03 Feb 2006 22:53:16 +0000</pubDate>
		<dc:creator><![CDATA[adiGuba]]></dc:creator>
				<category><![CDATA[6 (Mustang)]]></category>
		<category><![CDATA[GUI]]></category>
		<category><![CDATA[Java]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[Le portail anglophone java.sun.com a publié il y a quelques jours un article qui présente quelques unes des petites améliorations de Java SE 6 (Mustang). On peut y lire en particulier toute une section concernant la &#171;&#160;nouvelle&#160;&#187; classe SwingWorker&#8230; En effet même si elle n&#8217;a jamais fait partie de l&#8217;API standard, ce n&#8217;est pas vraiment une nouvelle classe puisqu&#8217;elle existe depuis pas mal de temps, et qu&#8217;elle disponible en téléchargement dans le tutoriel de Sun [&#8230;]]]></description>
		<wfw:commentRss></wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Java 6 et le &#171;&#160;desktop&#160;&#187;</title>
		<link>https://blog.developpez.com/adiguba/p1616/java/java_6_et_le_desktop</link>
		<comments>https://blog.developpez.com/adiguba/p1616/java/java_6_et_le_desktop#comments</comments>
		<pubDate>Wed, 08 Feb 2006 12:45:26 +0000</pubDate>
		<dc:creator><![CDATA[adiGuba]]></dc:creator>
				<category><![CDATA[6 (Mustang)]]></category>
		<category><![CDATA[GUI]]></category>
		<category><![CDATA[Java]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[Les applications Java de type &#171;&#160;desktop&#160;&#187; souffre d&#8217;un gros défaut : elles ne s&#8217;intègrent pas facilement dans l&#8217;environnement du système d&#8217;exploitation. Je ne parle pas ici de l&#8217;apparence de l&#8217;application, puisqu&#8217;on peut très facilement utiliser le LookAndFeel du système d&#8217;exploitation, mais plutôt de son interaction avec le système et les autres applications&#8230; Bien souvent, pour effectuer des opérations toutes simples avec des API systèmes spécifique, il faut soit passer par des librairies tierces, soit utiliser [&#8230;]]]></description>
		<wfw:commentRss></wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>SWT, Swing ou AWT : lequel choisir ?</title>
		<link>https://blog.developpez.com/adiguba/p1688/java/swt_swing_ou_awt</link>
		<comments>https://blog.developpez.com/adiguba/p1688/java/swt_swing_ou_awt#comments</comments>
		<pubDate>Mon, 27 Feb 2006 11:18:09 +0000</pubDate>
		<dc:creator><![CDATA[adiGuba]]></dc:creator>
				<category><![CDATA[GUI]]></category>
		<category><![CDATA[Java]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[IBM a publié un article présentant les différents frameworks graphiques pour Java : SWT, Swing et AWT. L&#8217;article semble assez &#171;&#160;neutre&#160;&#187; (SWT a été créé par IBM) et présente assez bien les différentes librairies, leurs points forts et leurs points faibles. De plus il comporte une section sur la comparaison des fonctions des différentes librairies qui s&#8217;avère fort pratique et intéressante (en particulier si vous devez passer d&#8217;une librairie à l&#8217;autre) : Feature Comparaison. Bonne [&#8230;]]]></description>
		<wfw:commentRss></wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
		<item>
		<title>Annotations Processors Tools pour eclipse&#8230;</title>
		<link>https://blog.developpez.com/adiguba/p1046/java/apt_pour_eclipse</link>
		<comments>https://blog.developpez.com/adiguba/p1046/java/apt_pour_eclipse#comments</comments>
		<pubDate>Fri, 26 Aug 2005 09:30:00 +0000</pubDate>
		<dc:creator><![CDATA[adiGuba]]></dc:creator>
				<category><![CDATA[@Annotations]]></category>
		<category><![CDATA[Java]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[Il y a deux semaines, avant de partir en vacances, j&#8217;ai appris l&#8217;existence d&#8217;un projet destiné à intégrer un processeur d&#8217;annotations dans le compilateur d&#8217;eclipse, de la même manière que le nouvel outil APT du JDK 5.0&#8230;. Pour rappel, APT (pour Annotation Processing Tool) est un utilitaire permettant de traiter les annotations des sources Java avant la compilation, afin de générer des fichiers ou d&#8217;interagir avec la compilation (en affichant des messages d&#8217;erreurs). Vous trouverez [&#8230;]]]></description>
		<wfw:commentRss></wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Valider les saisies grâce aux annotations&#8230;</title>
		<link>https://blog.developpez.com/adiguba/p1054/java/java-ee/valider_les_saisies_grace_aux_annotation</link>
		<comments>https://blog.developpez.com/adiguba/p1054/java/java-ee/valider_les_saisies_grace_aux_annotation#comments</comments>
		<pubDate>Tue, 30 Aug 2005 17:50:09 +0000</pubDate>
		<dc:creator><![CDATA[adiGuba]]></dc:creator>
				<category><![CDATA[@Annotations]]></category>
		<category><![CDATA[Java EE]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[Lors de la rédaction de mon tutoriel sur les annotations, j&#8217;ai bien entendu consulté plusieurs articles sur le sujet. Parmis ceux-ci, le plus intéressant est sans aucun doute celui de Anders Holmgren, publié en mars 2005 sur le site de Sun, et traitant de la possibilité d&#8217;ajouter des contraintes de validation sur les propriétés d&#8217;un bean en utilisant seulement des annotations : Using Annotations to add Validity Constraints to JavaBeans Properties (en anglais bien sûr). [&#8230;]]]></description>
		<wfw:commentRss></wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Mustang et les Annotations</title>
		<link>https://blog.developpez.com/adiguba/p2051/java/mustang_et_les_annotations</link>
		<comments>https://blog.developpez.com/adiguba/p2051/java/mustang_et_les_annotations#comments</comments>
		<pubDate>Wed, 24 May 2006 13:04:05 +0000</pubDate>
		<dc:creator><![CDATA[adiGuba]]></dc:creator>
				<category><![CDATA[6 (Mustang)]]></category>
		<category><![CDATA[@Annotations]]></category>
		<category><![CDATA[Java]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[Java 5.0 a apporté un grand nombre de nouveautés dans le langage. Si certaines se sont rapidement imposé, comme les Générics qui touchent un grand nombre de classe de l&#8217;API standard, d&#8217;autre sont resté assez &#171;&#160;discrète&#160;&#187; dans un premier temps : les Annotations. Mais la sortie prochaine de Java SE 6 alias Mustang pourrait changer la donne, grâce à la JSR 269 : &#171;&#160;Pluggable Annotation Processing API&#171;&#160;. Cette dernière, qui vient de passer à l&#8217;état [&#8230;]]]></description>
		<wfw:commentRss></wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Annotation Processing with JSR 269</title>
		<link>https://blog.developpez.com/adiguba/p2077/java/6-mustang/annotation_processing_with_jsr_269</link>
		<comments>https://blog.developpez.com/adiguba/p2077/java/6-mustang/annotation_processing_with_jsr_269#comments</comments>
		<pubDate>Mon, 29 May 2006 09:26:15 +0000</pubDate>
		<dc:creator><![CDATA[adiGuba]]></dc:creator>
				<category><![CDATA[6 (Mustang)]]></category>
		<category><![CDATA[@Annotations]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[Les slides qui ont servis à présenter la JSR 269 à JavaOne sont disponible en ligne (au format PDF, et en anglais bien sûr) : J1_2006-BOF-0606.pdf. Pour rappel, cette JSR, qui sera incluse dans Java SE 6, permettra d&#8217;intégrer complètement apt (l&#8217;outil de traitement des annotations) dans le compilateur javac&#8230; Il va falloir que je me fasse une rubrique spéciale pour les annotations Source : Joseph D. Darcy&#8217;s Sun Weblog]]></description>
		<wfw:commentRss></wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>IBM veut un Java Open Source !</title>
		<link>https://blog.developpez.com/adiguba/p1940/java/ibm_veut_un_java_open_source</link>
		<comments>https://blog.developpez.com/adiguba/p1940/java/ibm_veut_un_java_open_source#comments</comments>
		<pubDate>Thu, 04 May 2006 13:51:06 +0000</pubDate>
		<dc:creator><![CDATA[adiGuba]]></dc:creator>
				<category><![CDATA[Java]]></category>
		<category><![CDATA[Java EE]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[Comme vous devez le savoir, depuis quelques temps, IBM pousse Sun à &#171;&#160;libérer&#160;&#187; Java en le passant sous une licence OpenSource&#8230; Avec l&#8217;adoption de la version finale de Java EE 5, IBM a tenu à marquer le coup. Ainsi, bien que le vote d&#8217;IBM soit positif (comme la totalité des autres votes d&#8217;ailleurs), le résultat du vote de la JSR 244 comporte un commentaire particulier (en plus des &#171;&#160;Hurrah! Hurrah! Hurrah!&#160;&#187; et &#171;&#160;Wheeeee!&#160;&#187;) qui vise [&#8230;]]]></description>
		<wfw:commentRss></wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
		<item>
		<title>Java et les langages de script&#8230;</title>
		<link>https://blog.developpez.com/adiguba/p1885/java/java_et_les_langages_de_script</link>
		<comments>https://blog.developpez.com/adiguba/p1885/java/java_et_les_langages_de_script#comments</comments>
		<pubDate>Mon, 24 Apr 2006 09:11:02 +0000</pubDate>
		<dc:creator><![CDATA[adiGuba]]></dc:creator>
				<category><![CDATA[6 (Mustang)]]></category>
		<category><![CDATA[Java]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[Mustang (Java SE 6) inclut la JSR-223, dont l&#8217;objectif est de proposer un framework permettant d&#8217;utiliser des langages de scripts au sein d&#8217;une application Java. Il est donc théoriquement possible d&#8217;avoir une interaction entre votre code Java et n&#8217;importe quel langage de script&#8230; Théoriquement&#8230; En effet seul le JavaScript est supporté en standard (basé sur le moteur Mozilla Rhino) (Voir le sujet &#8216;Javascript n&#8217;a rien à voir avec Java !!! C&#8217;est vrai cela ?&#8216; pour [&#8230;]]]></description>
		<wfw:commentRss></wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Où en est Java EE 5 ?</title>
		<link>https://blog.developpez.com/adiguba/p1650/java/ou_en_est_java_ee_5</link>
		<comments>https://blog.developpez.com/adiguba/p1650/java/ou_en_est_java_ee_5#comments</comments>
		<pubDate>Fri, 17 Feb 2006 11:24:43 +0000</pubDate>
		<dc:creator><![CDATA[adiGuba]]></dc:creator>
				<category><![CDATA[Java]]></category>
		<category><![CDATA[Java EE]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[Le portail SDN nous présente quelques une des nouveautés des JSP 2.1 de Java EE 5 : Web Tier to Go With Java EE 5: Summary of New Features in JSP 2.1 Technology. On peut y lire entre autre que le thème principale de cette version est la facilité de développement, en incluant plusieurs technologies tels que la Java Standard Tag Library (JSTL) ou les Java Server Faces (JSF), mais également en utilisant les nouveautés [&#8230;]]]></description>
		<wfw:commentRss></wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Design Pattern</title>
		<link>https://blog.developpez.com/adiguba/p1622/java/design_pattern</link>
		<comments>https://blog.developpez.com/adiguba/p1622/java/design_pattern#comments</comments>
		<pubDate>Fri, 10 Feb 2006 14:14:13 +0000</pubDate>
		<dc:creator><![CDATA[adiGuba]]></dc:creator>
				<category><![CDATA[Java]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[En passant sur SDN, je suis tombé sur un article sur les Design Pattern. Au programme, le Singleton qui permet d&#8217;avoir une instance unique d&#8217;une classe partagé par toute l&#8217;application, et l&#8217;Observer qui permet à une instance de classe d&#8217;en &#171;&#160;surveiller&#160;&#187; une autre (il vous est peut-être plus familier sous le nom de Listener). Rien de bien méchant ou révolutionnaire là dedans, mais cela m&#8217;a rappelé les présentations des principaux Design Pattern de Sébastien Meric [&#8230;]]]></description>
		<wfw:commentRss></wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Mustang se rapproche&#8230;</title>
		<link>https://blog.developpez.com/adiguba/p1517/java/mustang_se_rapproche</link>
		<comments>https://blog.developpez.com/adiguba/p1517/java/mustang_se_rapproche#comments</comments>
		<pubDate>Sun, 08 Jan 2006 23:17:32 +0000</pubDate>
		<dc:creator><![CDATA[adiGuba]]></dc:creator>
				<category><![CDATA[6 (Mustang)]]></category>
		<category><![CDATA[Java]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[Le groupe de travail de la JSR 270 a publié une Early Draft Review du contenu de Java SE 6 &#171;&#160;Mustang&#160;&#187;. Ce document donne un aperçu assez proche de ce que comportera la prochaine version de Java, qui devrait sortir vers la moitié de l&#8217;année 2006&#8230; Et vous ? Vous êtes passé à Java 5.0 ?]]></description>
		<wfw:commentRss></wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>AJAX et J2EE : Direct Web Remoting</title>
		<link>https://blog.developpez.com/adiguba/p1516/java/java-ee/ajax_et_j2ee_direct_web_remoting</link>
		<comments>https://blog.developpez.com/adiguba/p1516/java/java-ee/ajax_et_j2ee_direct_web_remoting#comments</comments>
		<pubDate>Sun, 08 Jan 2006 22:39:11 +0000</pubDate>
		<dc:creator><![CDATA[adiGuba]]></dc:creator>
				<category><![CDATA[Java EE]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[Direct Web Remoting est une librairie J2EE développé par la firme anglaise GetaHead qui utilise AJAX afin d&#8217;exécuter des méthodes Java sur votre serveur directement depuis du code JavaScript sur le navigateur du client, ceci sans rechargement de la page. Elle ne fournit pas de composant près à être utilisé, mais un framework permettant de simplifier la création de tel composant sans se soucier de la communication client/serveur. La documentation présente quelques exemples de ce [&#8230;]]]></description>
		<wfw:commentRss></wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>C&#8217;était en 2005 sur developpez.com&#8230;</title>
		<link>https://blog.developpez.com/adiguba/p1479/java/2005</link>
		<comments>https://blog.developpez.com/adiguba/p1479/java/2005#comments</comments>
		<pubDate>Wed, 04 Jan 2006 18:27:10 +0000</pubDate>
		<dc:creator><![CDATA[adiGuba]]></dc:creator>
				<category><![CDATA[Java]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[En ce début d&#8217;année 2006 je voudrais tout d&#8217;abord vous souhaiter une bonne et heureuse année à tous&#8230; Mais je voudrais en profiter pour faire une petite rétrospective de ce qu&#8217;a été l&#8217;année 2005 sur le domaine Java de developpez.com&#8230; Les Cours et tutoriels Parmi les nombreux cours et tutoriels publiés pendant cette année, j&#8217;ai particulièrement remarqué : Les très complets cours de Serge Tahé et de Jean-Michel Doudoux, parfait pour débuter ou améliorer ses [&#8230;]]]></description>
		<wfw:commentRss></wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
