<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Commentaires pour Coding Stories</title>
	<atom:link href="http://www.coding-stories.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.coding-stories.com</link>
	<description>Singe savant en ingénierie logicielle</description>
	<lastBuildDate>Tue, 24 Jan 2012 10:18:50 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.1.2</generator>
	<item>
		<title>Commentaires sur Couverture des tests d&#8217;intégration avec JaCoCo, Maven et Sonar par Jean-Christophe</title>
		<link>http://www.coding-stories.com/2012/01/23/couverture-des-tests-dintegration-avec-jacoco-maven-et-sonar/comment-page-1/#comment-107</link>
		<dc:creator>Jean-Christophe</dc:creator>
		<pubDate>Tue, 24 Jan 2012 10:18:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.coding-stories.com/?p=746#comment-107</guid>
		<description>@Sébastien
Je vois une deuxième raison pour remonter toute la config dans le POM parent : la cacher :) Je pense que les développeurs n&#039;ont pas tous nécessairement ni envie ni besoin de voir toute la mécanique (ou la magie) de maven et pour beaucoup moins ils ont de xml à taper, mieux ils se portent. 

Pour te donner un exemple, dans ma boîte j&#039;ai un super POM dont héritent tous les projets ; ce POM contient beaucoup de config pour les plugins, des profils pour les tests, pour la release... J&#039;ai mis également ajouté le profil &lt;code&gt;run-its&lt;/code&gt; dans ce POM. Quand un dev veux ajouter les tests d&#039;intégrations il suffit de deux petits bouts de code 

&lt;pre&gt;
&lt;profiles&gt;
  &lt;profile&gt;
    &lt;id&gt;run-its&lt;/id&gt;
    &lt;modules&gt;
      &lt;module&gt;libfoo-it&lt;/module&gt;
    &lt;/modules&gt;
  &lt;/profile&gt;
&lt;/profiles&gt;
&lt;/pre&gt;

et

&lt;pre&gt;
&lt;build&gt;
  &lt;plugins&gt;
    &lt;plugin&gt;
      &lt;groupId&gt;org.jacoco&lt;/groupId&gt;
      &lt;artifactId&gt;maven-jacoco-plugin&lt;/artifactId&gt;
    &lt;/plugin&gt;
    &lt;plugin&gt;
      &lt;artifactId&gt;maven-failsafe-plugin&lt;/artifactId&gt;
    &lt;/plugin&gt;
  &lt;/plugins&gt;
&lt;/build&gt;
&lt;/pre&gt;

Simple à documenter pour les équipes de dev et si, par malheur, ça ne fonctionne pas, c&#039;est beaucoup plus simple pour moi à debugger.</description>
		<content:encoded><![CDATA[<p>@Sébastien<br />
Je vois une deuxième raison pour remonter toute la config dans le POM parent : la cacher <img src='http://www.coding-stories.com/wordpress/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' />  Je pense que les développeurs n&#8217;ont pas tous nécessairement ni envie ni besoin de voir toute la mécanique (ou la magie) de maven et pour beaucoup moins ils ont de xml à taper, mieux ils se portent. </p>
<p>Pour te donner un exemple, dans ma boîte j&#8217;ai un super POM dont héritent tous les projets ; ce POM contient beaucoup de config pour les plugins, des profils pour les tests, pour la release&#8230; J&#8217;ai mis également ajouté le profil <code>run-its</code> dans ce POM. Quand un dev veux ajouter les tests d&#8217;intégrations il suffit de deux petits bouts de code </p>
<pre>
&lt;profiles&gt;
  &lt;profile&gt;
    &lt;id&gt;run-its&lt;/id&gt;
    &lt;modules&gt;
      &lt;module&gt;libfoo-it&lt;/module&gt;
    &lt;/modules&gt;
  &lt;/profile&gt;
&lt;/profiles&gt;
</pre>
<p>et</p>
<pre>
&lt;build&gt;
  &lt;plugins&gt;
    &lt;plugin&gt;
      &lt;groupId&gt;org.jacoco&lt;/groupId&gt;
      &lt;artifactId&gt;maven-jacoco-plugin&lt;/artifactId&gt;
    &lt;/plugin&gt;
    &lt;plugin&gt;
      &lt;artifactId&gt;maven-failsafe-plugin&lt;/artifactId&gt;
    &lt;/plugin&gt;
  &lt;/plugins&gt;
&lt;/build&gt;
</pre>
<p>Simple à documenter pour les équipes de dev et si, par malheur, ça ne fonctionne pas, c&#8217;est beaucoup plus simple pour moi à debugger.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Commentaires sur Couverture des tests d&#8217;intégration avec JaCoCo, Maven et Sonar par Sébastien</title>
		<link>http://www.coding-stories.com/2012/01/23/couverture-des-tests-dintegration-avec-jacoco-maven-et-sonar/comment-page-1/#comment-105</link>
		<dc:creator>Sébastien</dc:creator>
		<pubDate>Mon, 23 Jan 2012 20:12:30 +0000</pubDate>
		<guid isPermaLink="false">http://www.coding-stories.com/?p=746#comment-105</guid>
		<description>Excellent post très complet, et pleins de bonnes idées !
Mais question : A part pour mutualiser la configuration du pom dans le cas de plusieurs modules de tests, y a t-il a une raison particulière pour mettre toute la conf des plugins dans le pom parent et non dans le pom du module de test ?</description>
		<content:encoded><![CDATA[<p>Excellent post très complet, et pleins de bonnes idées !<br />
Mais question : A part pour mutualiser la configuration du pom dans le cas de plusieurs modules de tests, y a t-il a une raison particulière pour mettre toute la conf des plugins dans le pom parent et non dans le pom du module de test ?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Commentaires sur Authentification LDAP avec Play! framework par Sascha</title>
		<link>http://www.coding-stories.com/2010/11/03/authentification-ldap-avec-play-framework/comment-page-1/#comment-104</link>
		<dc:creator>Sascha</dc:creator>
		<pubDate>Wed, 07 Dec 2011 12:51:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.coding-stories.com/?p=323#comment-104</guid>
		<description>Hi,

could you PLEASE translate this text to english? That would be great, because I&#039;m looking for a way to authenticate against ldap with play and the secure-module! :-)

Thanks in advance!</description>
		<content:encoded><![CDATA[<p>Hi,</p>
<p>could you PLEASE translate this text to english? That would be great, because I&#8217;m looking for a way to authenticate against ldap with play and the secure-module! <img src='http://www.coding-stories.com/wordpress/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
<p>Thanks in advance!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Commentaires sur Authentification LDAP avec Play! framework par Python Tutorial Part VIII: Objects, Data Structures and Classes &#124; Tutorialicious.info</title>
		<link>http://www.coding-stories.com/2010/11/03/authentification-ldap-avec-play-framework/comment-page-1/#comment-54</link>
		<dc:creator>Python Tutorial Part VIII: Objects, Data Structures and Classes &#124; Tutorialicious.info</dc:creator>
		<pubDate>Mon, 24 Jan 2011 15:08:17 +0000</pubDate>
		<guid isPermaLink="false">http://www.coding-stories.com/?p=323#comment-54</guid>
		<description>[...] Authentification LDAP avec Play! framework [...]</description>
		<content:encoded><![CDATA[<p>[...] Authentification LDAP avec Play! framework [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Commentaires sur Authentification LDAP avec Play! framework par Tweets that mention Authentification LDAP avec Play! framework -- Topsy.com</title>
		<link>http://www.coding-stories.com/2010/11/03/authentification-ldap-avec-play-framework/comment-page-1/#comment-21</link>
		<dc:creator>Tweets that mention Authentification LDAP avec Play! framework -- Topsy.com</dc:creator>
		<pubDate>Wed, 03 Nov 2010 09:58:24 +0000</pubDate>
		<guid isPermaLink="false">http://www.coding-stories.com/?p=323#comment-21</guid>
		<description>[...] This post was mentioned on Twitter by Quentin ADAM, JeanChristophe Sirot. JeanChristophe Sirot said: Authentification LDAP dans une application #playframework http://goo.gl/9rxV0 [...]</description>
		<content:encoded><![CDATA[<p>[...] This post was mentioned on Twitter by Quentin ADAM, JeanChristophe Sirot. JeanChristophe Sirot said: Authentification LDAP dans une application #playframework <a href="http://goo.gl/9rxV0" rel="nofollow">http://goo.gl/9rxV0</a> [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Commentaires sur Vérifier le JIRA avant de faire la release par SRG</title>
		<link>http://www.coding-stories.com/2010/05/31/verifier-le-jira-avant-de-faire-la-release/comment-page-1/#comment-7</link>
		<dc:creator>SRG</dc:creator>
		<pubDate>Mon, 02 Aug 2010 19:40:23 +0000</pubDate>
		<guid isPermaLink="false">http://www.coding-stories.com/?p=113#comment-7</guid>
		<description>Article intéressant.
Je ne fais pas tout à fait la même chose, mais je partage ma manière de faire tout de même.
Si je ne fais pas la même chose c&#039;est que je n&#039;aime pas trop &quot;planter&quot; une release pour des raisons externes assez éloignées (comme ici). Ca plante déjà bien assez souvent tout seul (les joies de Maven) ;) 

Donc de mon côté j&#039;ai un plugin Maven que je lance en début de release, qui se connecte à JIRA et récupère toutes les issues pour ma version en cours (issue du POM). Ensuite :
- je crée en automatique des fiches JIRA avec la liste des évolutions, fiches créées dans les projets qui ont un impact par rapport à ma release (pour action et traçabilité) ;
- génération et envoi automatique d&#039;un mail avec toutes les évolutions embarquées (une sorte de &quot;mailing-list&quot;, çà m&#039;évite d&#039;écrire le message à la main) ;
- mise à jour du changes.xml Maven ;
- envoi d&#039;un mail avec tous les JIRA &quot;en attente de validation&quot;, juste pour pouvoir faire une relance (même si à ce stade, c&#039;est trop tard, çà aurait dû être fait avant pour faire les choses en bonne et due forme ... mais mieux vaut tard que jamais) ;

Alors oui il y a des plugins qui font une partie de ces choses (par ex. la mise à jour du changes.xml, important pour moi pour avoir la liste des évolutions sur le site généré par Maven car tout le monde n&#039;a pas accès au JIRA du projet), mais jamais tout à fait comme je voulais, d&#039;où la mise en place d&#039;un plugin spécifique pour tout çà.

Je pense qu&#039;à l&#039;occasion je vais réfléchir pour essayer d&#039;aller plus loin, parce qu&#039;en effet parfois j&#039;oublie des choses ... (sur une release urgente type patch, j&#039;oublie fréquemment de créer la version correspondante sous JIRA =&gt; à automatiser (vérifier si elle existe, si non la créer en automatique ? Ca ne résoud pas tout, mais typiquement sur ce genre de cas, çà m&#039;embête de retarder la release pour des raisons &quot;administratives&quot;).</description>
		<content:encoded><![CDATA[<p>Article intéressant.<br />
Je ne fais pas tout à fait la même chose, mais je partage ma manière de faire tout de même.<br />
Si je ne fais pas la même chose c&#8217;est que je n&#8217;aime pas trop &laquo;&nbsp;planter&nbsp;&raquo; une release pour des raisons externes assez éloignées (comme ici). Ca plante déjà bien assez souvent tout seul (les joies de Maven) <img src='http://www.coding-stories.com/wordpress/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' />  </p>
<p>Donc de mon côté j&#8217;ai un plugin Maven que je lance en début de release, qui se connecte à JIRA et récupère toutes les issues pour ma version en cours (issue du POM). Ensuite :<br />
- je crée en automatique des fiches JIRA avec la liste des évolutions, fiches créées dans les projets qui ont un impact par rapport à ma release (pour action et traçabilité) ;<br />
- génération et envoi automatique d&#8217;un mail avec toutes les évolutions embarquées (une sorte de &laquo;&nbsp;mailing-list&nbsp;&raquo;, çà m&#8217;évite d&#8217;écrire le message à la main) ;<br />
- mise à jour du changes.xml Maven ;<br />
- envoi d&#8217;un mail avec tous les JIRA &laquo;&nbsp;en attente de validation&nbsp;&raquo;, juste pour pouvoir faire une relance (même si à ce stade, c&#8217;est trop tard, çà aurait dû être fait avant pour faire les choses en bonne et due forme &#8230; mais mieux vaut tard que jamais) ;</p>
<p>Alors oui il y a des plugins qui font une partie de ces choses (par ex. la mise à jour du changes.xml, important pour moi pour avoir la liste des évolutions sur le site généré par Maven car tout le monde n&#8217;a pas accès au JIRA du projet), mais jamais tout à fait comme je voulais, d&#8217;où la mise en place d&#8217;un plugin spécifique pour tout çà.</p>
<p>Je pense qu&#8217;à l&#8217;occasion je vais réfléchir pour essayer d&#8217;aller plus loin, parce qu&#8217;en effet parfois j&#8217;oublie des choses &#8230; (sur une release urgente type patch, j&#8217;oublie fréquemment de créer la version correspondante sous JIRA =&gt; à automatiser (vérifier si elle existe, si non la créer en automatique ? Ca ne résoud pas tout, mais typiquement sur ce genre de cas, çà m&#8217;embête de retarder la release pour des raisons &laquo;&nbsp;administratives&nbsp;&raquo;).</p>
]]></content:encoded>
	</item>
	<item>
		<title>Commentaires sur Conférence annotations java &#8211; compte rendu par Tweets that mention Conférence annotations java – compte rendu -- Topsy.com</title>
		<link>http://www.coding-stories.com/2010/07/07/conference-annotations-java-compte-rendu/comment-page-1/#comment-4</link>
		<dc:creator>Tweets that mention Conférence annotations java – compte rendu -- Topsy.com</dc:creator>
		<pubDate>Wed, 07 Jul 2010 21:33:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.coding-stories.com/?p=216#comment-4</guid>
		<description>[...] This post was mentioned on Twitter by OlivierCroisier. OlivierCroisier said: RT @jcsirot: Compte rendu de la conf annotations java d&#039;@OlivierCroisier du 29 juin chez @ZenikaIT. http://bit.ly/aC17M3 [...]</description>
		<content:encoded><![CDATA[<p>[...] This post was mentioned on Twitter by OlivierCroisier. OlivierCroisier said: RT @jcsirot: Compte rendu de la conf annotations java d&#39;@OlivierCroisier du 29 juin chez @ZenikaIT. <a href="http://bit.ly/aC17M3" rel="nofollow">http://bit.ly/aC17M3</a> [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Commentaires sur Android 2.1 tient la moitié du parc par kilik</title>
		<link>http://www.coding-stories.com/2010/06/26/android-2-1-tient-la-moitie-du-parc/comment-page-1/#comment-2</link>
		<dc:creator>kilik</dc:creator>
		<pubDate>Sat, 26 Jun 2010 15:55:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.coding-stories.com/?p=208#comment-2</guid>
		<description>Pour le hero il y a toujours les roms on officielles pour la ver. 2.1 En plus froyo n&#039;est pas prévu sur ce téléphone :(</description>
		<content:encoded><![CDATA[<p>Pour le hero il y a toujours les roms on officielles pour la ver. 2.1 En plus froyo n&#8217;est pas prévu sur ce téléphone <img src='http://www.coding-stories.com/wordpress/wp-includes/images/smilies/icon_sad.gif' alt=':(' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
</channel>
</rss>

