Si vous trouvez que votre build maven est lent, cet article vous donne trois pistes pour l'améliorer. J'avoue avoir tendance à apprécier le travail de Jean-Christophe Gay, mais c'est purement une question de point de vue
Un article (et repo github) extrêmement complet sur les pratiques modernes dans le développement Java. Il y a tout un tas de bons conseils, et d'outils intelligents à mettre en place.
C'est sans doute un point de départ bien plus intéressant que de simplement utiliser un artefact maven ...
Je commence à penser que le monde Javascript n'était pas prêt au packaging quand il a commencé à faire du packaging.
Un article très complet sur l'intérêt (ou pas) d'avoir une phase de build pour le code JS qui tourne dans le navigateur.
Une curiosité à tester un de ces jours : un plugin maven permettant d'exécuter des commandes et/ou des goals maven en parallèle. La syntaxe de la configuration ressemble (de loin) à Ant, c'est curieux.
Oh mais alors ça c'est vraiment super chouette !
Un repackaging différement optimisé des outils de compilation Rust améliorant évidement beaucoup les performances de compilation
Non de zeus ! Une version pour cargo du très pratique fizzed-watcher-maven-plugin ? (autrement dit un outil qui surveille le dossier des sources et lance le build à chaque modification). C'est souvent très pratique (regardez le dev mode de Quarkus ...)
Ca fait un moment que je cherchais (sans vraiment le savoir) un plugin de ce type. Et celui-là est vraiment bien fichu.
Un état de la chaîne de build avec une orientation sécurité assez intéressante.
Une espèce de mélange entre un makefile et un dockerfile, avec l'équivalent de la gestion des layers du Dockerfile. Ca m'a l'air intéressant, mais je crains que ça ne fasse doublon avec l'outil de build adapté au langage (maven dans mon cas)
J'ai lu un article récement qui parlait de green tech vs brown tech qui m'avait assez frappé. Et c'est vraiment un exemple marquant : tant que Gradle était peu utilisé, tous ses utilisateurs trouvaient ça cool. Maintenant qu'il est "forcé par Google, il y a des mécontents.
oh oui (ou pas, hein), un préprocesseur CSS en pur typescript.
La liste des propriétés fournies par maven dans le build. C'est souvent utile ...
Bon, je voulais installer vega-cli sous Windows, qui dépend de canvas. Mais là, je vais être brutal, mais allez bien vous faire foutre.
L'article est important. Parce que moi aussi, j'ai toujours du mal à voir la valeur ajoutée des outils d'intégration continue face aux outils de build (oui, même Jenkins). Et son explication sur l'intérêt de taskcluster est vraiment pertinente.
Très bon récapitulatif sur la construction d'images Docker. J'ai particulièrement apprécié la déclinaison des exemples en Java, JavaScript et python
Il y a des points d'utilisabilité intéressants dans ce texte.
Il va falloir que je l'ajoute partout, parce que je suis un utilisateur très heureux de maven.
Et donc, voici le vrai accélérateur pour Maven !
Ca faisait des années que ce composant manquait à l'arsenal de maven. Et les résultats obtenus par mvnd sont spectaculaires : le build d'un module de Camel passe par exemple de 5 s à 0.23 s (c'est pas mal du tout)
Ah oui, je comprend le buzz autour de cette solution. Ca a l'air vraiment bien. Il manque "juste" le tutorial expliquant comment faire du vrai debug (avec des points d'arrêt et tout ça)
Un article bien fichu sur la dock as code et ce que ça implique. J'ai été marqué en particulier sur le fait de passer un linter sur les fichiers de documentation, ça me fait bien réfléchir.
C'est une façon vraiment satisfaisante d'adapter le processus de build de maven à l'ère du déploiement continu. Il faut juste que je jette un oeil à cette histoire de détermination du numéro de version ...
Ce truc-là, c'est vraiment de la merde apocalyptique. Je pourrais détailler, mais ca m'énerverait encore plus.
Donc ce repository GitHub archié est la seule implémentation Java de livereload ...
Il va falloir que je regarde ça d'assez près, parce que j'ai bien l'impression que ça évite l'enfer npm/yarn/wat
Les deux idées mentionnées dans cet article sont très bonnes. Si la validation du projet pendant le build est facile à mettre en place, la création automatique d'issues à chaque exception paraît un peu moins triviale.
Si tu veux un jour composer un fichier à partir de plusieurs, ce genre de plugin est un peu plus simple à utiliser que le maven-shade-plugin ...
Mais pourquoi est-ce que je perds toujours cette page ? En tout cas, c'est bien cool d'avoir des plugins pour cargo !
La lecture de ce thread confirme (évidement) le bien que je pense de cet outil qui n'est pas parfait, mais qui est celui qui me correspond le plus.
J'avais déja vu ce conseil, et le voir développé me fait assez plaisir, parce que c'est une sacrément bonne idée.
J'ai cru initialement que c'était une mauvaise idée, mais j'ai maintenant tendance à changer d'avis : avoir les descripteurs de déploiement générés depuis l'application Java est en fait une bonne idée, pour ceux qui ne veulent pas les écrire eux-mêmes.
wow, si tu fais du rust, cette action te sera très utile.
C'est super intéressant cette idée d'ajouter des problèmes réseau dès le développement !
Intéressant article sur l'extension du build Rust
J'ai effectivement toujours du mal avec les outils de build flexibles ...
Je ne sais pas si c'est un si bon article (parce que je connais nettement mieux Maven que Gradle). Ce que j'en comprend en revanche colle à peu près avec ma vision du truc.
Très chouette description de ce vieux truc
Un build tool Javascript qui permet de builder sans rien avoir à configurer !
Hacker du Javascript, avant tout, c'est prendre de la drogue. Là, webpack est incapable d'utiliser comme point d'entrée de son graphe de dépendance un fichier html ....
Le truc qui fait comme npm, mais pas pareil, enfin tu peux pas comprendre, mais que les dévs JS frontend utilisent pour packager leurs fichiers ...
Enfin un outil de build Javascript qui ne m'oblige pas à écrire mes tâches moi-même !
Ooooh, de l'application de convention de code dans le build ... MIAM !
Mais qu'est-ce que c'est que cette idée ?
Le temps de build est à mon sens un bon indicateur de la qualité du travail sur un projet
La future version du POM de maven risque d'être ... assez différente
Un chouette plugin de variabilisation selon les environnements.
Chouette présentation de la façon "moderne" de faire des workflows jenkins
Comment intégrer un build Javascript "moderne" dans un build Maven standard.