Et maintenant, le plat de résistance.

La loi qui permet aux agents de l'ordre par la force de voir sans être vu. La comparaison avec Big Brother en Chine est savoureuse ...

Pour savoir dans quel jar se trouve une classe particulière.

Je ne me souviens jamais de la commande, du coup j'en mets deux ici :

[alias]
lg1 = log --graph --abbrev-commit --decorate --format=format:'%C(bold blue)%h%C(reset) - %C(bold green)(%ar)%C(reset) %C(white)%s%C(reset) %C(dim white)- %an%C(reset)%C(bold yellow)%d%C(reset)' --all
lg2 = log --graph --abbrev-commit --decorate --format=format:'%C(bold blue)%h%C(reset) - %C(bold cyan)%aD%C(reset) %C(bold green)(%ar)%C(reset)%C(bold yellow)%d%C(reset)%n''          %C(white)%s%C(reset) %C(dim white)- %an%C(reset)' --all
lg = !"git lg1"

A mettre dans le ~/.gitconfig, ou dans le ~/.bashrc.

Pour afficher l'arbre des dépendances d'un projet maven, il y a le plugin suivant :

<plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-dependency-plugin</artifactId>
    <version>3.1.2</version>
</plugin>

Avec la commande suivante :

mvn dependency:tree

Mais il est aussi possible d'afficher un équivalent pour les plugins (ce n'est pas vraiment un arbre, mais à défaut de mieux ...) :

mvn dependency:resolve-plugins

Edit: le gars dit que it is a bad habit to specify plugin versions. C'est évidemment une bêtise.

Mon problème est le suivant : je veux savoir quels plugins sont utilisés sans déclarer explicitement leur version. Oui, c'est possible, et les devs ne se gènent pas pour le faire.

Du coup, quand je veux réunir la déclaration d'un plugin (et de sa version) dans le pluginManagement du pom parent, le build échoue à répétition car, sans version déclarée explicitement :

• dans la théorie, maven est supposé prendre la toute dernière version disponible d'un plugin;
• dans la pratique, maven prend une version parmi celles disponibles, et parfois des versions très anciennes (de plusieurs années).

Du coup on croit utiliser la dernière version du maven-assembly-plugin (par exemple), et on se retrouve avec une version vieille de 7 ans. Il faut donc dans un premier temps figer les versions utilisées des plugins. Mais pour ça, je ne vois que deux solutions :

• passer en revue à la main tous les POM du projet;
• trouver un moyen d'automatiser la recherche.

J'ai donc trouvé le plugin versions-maven-plugin :

<plugin>
    <groupId>org.codehaus.mojo</groupId>
    <artifactId>versions-maven-plugin</artifactId>
    <version>2.8.1</version>
</plugin>

Et je vais utiliser le goal display-plugin-updates ainsi :

mvn versions:display-plugin-updates

Ca va me sortir (entre autres choses) des warnings pour tous les plugins qui ne sont pas déclarés avec une version.

Comment utiliser un data provider avec JUnit 5.

Dépendance maven :

        <dependency>
            <groupId>org.junit.jupiter</groupId>
            <artifactId>junit-jupiter-params</artifactId>
            <version>${junit.jupiter.version}</version>
            <scope>test</scope>
        </dependency>

Pour le reste, le data provider s'écrit comme pour TestNG, mais sans l'annotation @Dataprovider. Exemple :

public static Object[][] sumTestData() {
        return new Object[][]{
            {2, 2, 4},
            {10, 1, 11},
            {1000000, -1000000, 0}
        };
}

Et on utilise le data provider ainsi :

@ParameterizedTest
@MethodSource("sumTestData")
public void dataProviderTest(int a, int b, int expectedSum) {
    Assertions.assertEquals(expectedSum, a + b);
}

J'ai lu il y a quelques jours que si les élections devaient avoir lieu maintenant, on retrouverait Macron et LePen au second tour (et sûrement Mélenchon et un mec de droite en troisième et quatrième places). Je trouve ça réconfortant, car ça confirme le choix des Français pour une politique à l'américaine où chacun s'occupe de son petit nombril.

Remarquez, ça fait 50 ans que ça dure. A un moment donné il faut se rendre à l'évidence. Les Français ne veulent pas d'un système par répartition, où les richesses du pays sont mises à contribution pour soulager la population. Les grands services publics mis en place après la guerre n'ont finalement été qu'une anomalie de parcours, et tout est fait pour les faire disparaître.

Si les Français ne veulent pas se battre pour conserver leurs conquis sociaux, pourquoi faudrait-il le faire à leur place ?

Sous le coude.