Ceci est super génial ! Merci à Idleman de partager cette trouvaille ;-) Installé chez moi, rapidement testé et déjà approuvé !!

Dingue, je suis lu :D
J'ai re-testé le script de Timo et c'est impeccable en effet ! Enfin, sur les tests que j'ai effectué. Bien joué encore !

Ah oui les regex. Toujours galère en particulier pour parser du HTML; Je me demande si Le Hollandais Volant nous montrera un exemple d'utilisation.

Personnellement, j'ai testé son script en utilisant le code de son article comme exemple (éhéh !). J'ai quelques balises de titre qui restent, mais c'est peut-être fait exprès... ?

<div id="main">
    <section id="midle">
        <div id="posts">
        <article class="itembloc link" id="20130322003640">
    <hgroup class="post-hgr links-hgr">
        <h2 class="link-titre"><a href="index.php?mode=links&id=20130322003640">#5292</a> - <a href="http://lehollandaisvolant.net/?mode=links&id=20130322003640">Note : regex pour matcher les balises HTML et les attributs</a></h2>
        <h3 class="link-date">Aujourd’hui à 00:36:40</h3>
    </hgroup>
    <div class="post-cnt links-cnt">
        "#<\s*/?(?:[a-zA-Z-]+)(?: (?:\s*\w+=(['\"])(?:(?!\g{1}).|(?:(?<=\\\)\g{1}))+\g{1})*(?:\s*\w*\s*))?/?>#S"<br />
<br />
(en php, en gros : utiliser dans un preg_replace() et les remplacer par une chaine vide agira comme striptags().)<br />
<br />
(oui, les attributs peuvent contenir un « > » ou un « < », par exemple en JS : « 2<=4 », et c’est chiant).<br />
<br />
Un peu de doc complémtentaire :<br />
<a href="http://www.regular-expressions.info/refadv.html">http://www.regular-expressions.info/refadv.html</a><br />
<a href="http://stackoverflow.com/questions/6050427/regex-problem-with-backreference-in-pattern-with-preg-match-all/6051114#6051114">http://stackoverflow.com/questions/6050427/regex-problem-with-backreference-in-pattern-with-preg-match-all/6051114#6051114</a> (commentaire intéressant)<br />
<a href="http://blog.lilhoot.eu/regex-et-preg-assertions-avant-arriere-lookahead-lookbehind-assertions-recuperer-les-chaines,a3">http://blog.lilhoot.eu/regex-et-preg-assertions-avant-arriere-lookahead-lookbehind-assertions-recuperer-les-chaines,a3</a> (en français, très intéressant et très clair)
    </div>
</article>
</div> <!-- end postS -->

Devient :

<h2 class="link-titre"> #5292  -  Note : regex pour matcher les balises HTML et les attributs </h2>
<h3 class="link-date">Aujourd’hui à 00:36:40</h3>

"#<\s*/?(?:[a-zA-Z-]+)(?: (?:\s*\w+=(['\"])(?:(?!\g{1}).|(?:(?<=\\\)\g{1}))+\g{1})*(?:\s*\w*\s*))?/?>#S" 

(en php, en gros : utiliser dans un preg_replace() et les remplacer par une chaine vide agira comme striptags().) 

(oui, les attributs peuvent contenir un « > » ou un « < », par exemple en JS : « 2<=4 », et c’est chiant). 

Un peu de doc complémtentaire : 
 http://www.regular-expressions.info/refadv.html  
 http://stackoverflow.com/questions/6050427/regex-problem-with-backreference-in-pattern-with-preg-match-all/6051114#6051114  (commentaire intéressant) 
 http://blog.lilhoot.eu/regex-et-preg-assertions-avant-arriere-lookahead-lookbehind-assertions-recuperer-les-chaines,a3  (en français, très intéressant et très clair)
<!-- end postS -->

Rah !!! Déclarer un array en Java (je l'oublie toujours celui là...) :
String[] anArray = new String[10];
Ou en plus court:
String[] anArray = {"Val1", Val2};

Ah oui, il faut reconnaître que c'est stylé ! ça semble être un très bon travail de Weirblog ! Certes bon un petit projet frenchy, une bonne vieille méthode "plurialize" est sûrement plus performante, mais bon, hein !

Eh, je ne savais pas ça !
${parameter.name:default value}
${parameter.${other.parameter}}

Les tests unitaires en Java, c'est le pied grâce à JUnit ! C'est vraiment le pied ! Dans un projet, j'ai même eu l'occasion de m'en servir pour des tests d'intégrations !
Cela devient plus compliqué dès qu'il faut tester des méthodes asynchrones utilisant des callback (ou listener, as your prefer). Je n'ai rien de complètement figé dans ma tête actuellement, mais voilà ce que je note :

• Le framework Awaitility (http://code.google.com/p/awaitility/) permettrait de faire ça proprement, mais ça ne m'a pas tenté.
• Certains disent qu'il faut mocker et faire en deux étapes... Mouais, à mon avis ce n'est pas adaptable dans tous les cas. Pour un test d'intégration système par exemple, il vaut mieux éviter de mocker.

• La solution générique consiste à attendre l'appel du thread à l'aide de synchronized, wait et notify. Dans la réalité, il semble qu'il vaut mieux utiliser CountDownLatch (http://java.sun.com/j2se/1.5.0/docs/api/java/util/concurrent/CountDownLatch.html) afin d'éviter que le callback n'arrive avant que l'on est eu le temps d'attendre... ce serait dommage ;-)
  Actuellement, pour moi, la meilleure solution consiste donc à utiliser un code du type :
  
public class AsynchronousTest
{
/**

  • Asynchronous helper
    */
    private CountDownLatch lock = new CountDownLatch(1);
    /**
  • Received data from the asynchronous call
    */
    private Object receiveddata;

  @Test
  public void testAsynchronousCall() throws Exception
  {
  Object parameters = null;
  myAsynchronousCall(parameters, new MyCallback()
  {
  @Override
  public void onSuccess(Object data)
  {
  receiveddata = data;
  lock.countDown();
  }
  });

  boolean releaseBeforeTimeout = lock.await(2000, TimeUnit.MILLISECONDS);
  // Check timeout
  if (!releaseBeforeTimeout) {
          // Do stuff
          fail("Timeout");
  }
  
  assertNotNull(receiveddata);
  // Other tests

  }
}


A lire...

Rahhh, je l'oublie toujours celui là ! Parcourir une Map en Java :

HashMap<String, String> selects = new HashMap<String, String>();

// do what you have to do here
// In your case, an other loop.

}


ça pullule !