<?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; 7 (Dolphin)</title>
	<atom:link href="https://blog.developpez.com/adiguba/pcategory/java/7-dolphin/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>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>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>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>&#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>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>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>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>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>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>
	</channel>
</rss>
