riduidel’s posterous

 
Filed under

build

 

le principe d'incertitude de maven

Depuis 3 jours, je me bats contre maven et certaines de ses pires horreurs.
En particulier avec le fait que, contre toute attente, alors que c'est la base du bordel, le système de résolution de dépendances est buggé (oui, mon fan, ça fait mal, mais à un moment il faut le reconnaître, c'est buggé).
Bon, évidement, en bonus (mais je l'ai déja dit) la doc est totallement, complètement et définitivement lamentable, les plugins sont terrifiants de nullité (essayez donc de savoir comment maven fait pour résoudre une dépendance, tiens. C'est magique, opaque, et foireux).
Bref, maven, ça chie.
Le pire, c'est que je ne crois pas être le seul à y penser.
En deux secondes de recherches, je suis par exemple tombé sur cette page : Introducing Buildr, or how we cured our Maven blues
Le but, ça n'est évidement pas de dire que buildr c'est bien, et que maven ça pue. Juste de montrer que les défauts de maven sont connus et agaçent réellement.
Surtout que cet après-midi, j'ai dû faire dix minutes d'ant, et c'était nettement, mais alors très netteemnt plus facile.
Reste plus qu'à mettre la main sur un outil de gestion de dépendances/build qui tienne réellement la route (parce que maven, hein).
Et si buildr est un concurrent valable, j'ai dans l'idée que même la wikipedia est riche d'idées.

Loading mentions Retweet
Filed under  //   build   java   maven   ruby  

Comments [1]

sacrénom d'un bug !

C'est le genre de trucs qui m'énervent, ça.

J'ai voulu être sérieux, j'ai fait une tonne de tests unitaires, et sans même avoir de rapports de couverture de test dans maven, je suis déja certain d'avoir au moins 75 % du code testé.

Enfin, testé ... dans Eclipse.

Parce que dans Maven, c'est une autre histoire. J'ai une espèce de sale foutu bug qui fait que mon premier test unitaire Swing (qui utilise bien sûr FEST-Swing) ne s'arrête pas.

Ah, si mon fan était là ! Il me dirait bien sûr que c'est un sale problème d'utilisation de l'EDT. Ouais, enfin bon, quand je regarde le code de mon test, il n'y a pas grand chose qui me choque.

Et encore moins quand j'utilise les méthodes de FEST-Swing pour m'assurer que je fais tout dans l'EDT.

Bref, je vais être bon pour fouiller.

Ce que ça a de particulièrement agaçant, c'est que comme le test ne se termine pas, je n'arrive pas à faire de

mvn deploy

Et ça, ça m'agaçce avec une force !

Bah ! Je trouverai la solution demain.

Loading mentions Retweet
Filed under  //   build   java   majick-properties   maven   test  

Comments [2]

Oh bon, sang, Hudson peut être si fun !

D'accord, mon fan me dirait que je suis une pure quiche en intégration continue, et que je passe mon temps libre à lui casser ses builds.

N'empêche, j'aime bien les idées de l'intégration continue.

Et si je peux, comme le dit l'article, téléphoner à Hudson pour lancer un build, c'est franchement génial.

Evidement, la seule chose qui nous manque, dans ce cas-là, c'est les lava lamps (les sons, c'est drôle aussi) pour nous dire que le build se passe bien. Quoique le petit orbe puisse faire son effet ...

Un peu de google plus loin ... on trouve ... Kohsuke Kawaguchi (le créateur de Hudson) et un utilisateur de Hudson, qui a bien entendu repris les lava lamps.

Loading mentions Retweet
Filed under  //   build   hudson   java  

Comments [0]