@Animal : cela fait trois fois que je relis ton post et je pense qu'il doit s'agir de l'un de tes meilleurs.

J'espère qu'il en inspirera d'autres autant qu'il m'inspire moi.

Je le trouve plus simple qu'Hugo. Je pense que je vais contribuer à leur faire un thème sympa du type wiki de projet d'entreprise.

Méthodologie de calcul de risque (pour tuer les points de fonctions).

Fucking Savage !

Pour Animal et nos VPS

Et la raison pour laquelle la suppression des cotisations sociales de notre salaire est une bonne chose #MacronMesCouilles #Frexit

Pour Chlouchloutte

Introduction Writing documentation is like trying to hit a moving target. The way a system works changes constantly, so as soon as you write a piece of documentation for it, it starts to get stale.…

Some of the components I've explored here have specific standardized requirements in order to work as expected. Tab interfaces, for example, have a prescribed structure and a set of interaction behaviors as mandated by the WAI-ARIA specification. It's at your discretion how closely you follow these requirements. Research may show

J'ai retrouvé cette vidéo que m'avait montrée Chlouchloutte il y a bien 1 an. Je l'adore voilà tout.

La code base du framework Aurelia est en train d'être réécrite depuis quelques mois à présent. Cela constituera la première version cassant la compatibilité d'Aurelia en 4 ans ! (coucou Angular, tu pourrais faire pareil steuplé).

J'ai vraiment hâte, d'autant que cette nouvelle version :

• Pèse déjà moitié moins que la précédente
• Intègre un compilateur JIT

Il ne manquerait plus qu'un plugin de type brunch et le tour serait joué !

Rappel

Maven Wrapper est un petit script à positionner à la racine de votre projet et qui vous permettra :

• De définir la bonne version de Maven avec laquelle vous pouvez builder votre projet.
• De récupérer automatiquement cette version

Problème

Pour exécuter vos commandes de build, il ne faut plus taper

mvn clean install

mais

./mvnw clean install

Inconvénients :

• Le "./" a ajouter devant la commande est fastidieux.
• Si vous êtes dans un sous-module, vous devrez faire un "../mvnw clean install" et cela fait perdre du temps.

Solution

Elle est en trois phases :

1. Installer une version de Maven dans votre poste

   • Sans l'ajouter à votre PATH
   • Mais en créant la variable MAVEN_HOME

2. Ajouter le script suivant dans votre .bashrc

_build_mvnw_dir() {
    echo "$1/mvnw"
}

_find_mvnw() {
    currentDir=`pwd`

    while [ "$currentDir" != "" ]; do
        isMvnwDir=`_is_mvnw_dir "$currentDir"`

        if [ "$isMvnwDir" == "true"  ]; then
            break
        else
            currentDir=`_get_parent_dir "$currentDir"`
        fi
    done

    if [ "$currentDir" == "" ]; then
        echo ""
    else
        _build_mvnw_dir "$currentDir"
    fi
}

_get_parent_dir() {
    echo "$currentDir" | sed "s|^\(.*\)/[^/.]*$|\1|"
}

_is_mvnw_dir() {
    if [ -f "$1/mvnw" ]; then
        echo "true"
    else
        echo "false"
    fi
}

_mvn() {
    mvnwPath=`_find_mvnw`
    if [ "$mvnwPath" == "" ]; then
        $MAVEN_HOME/bin/mvn $*
    else
        eval "$mvnwPath $*"
    fi
}

3. Ajouter l'alias suivant à votre .bash_aliases

alias mvn='_mvn'

Fonctionnement

Utiliser Maven comme vous en avez l'habitude, le script va simplement utilise Maven Wrapper s'il est définit dans votre projet, sinon il utiliser l'installation "par défaut" que vous avez faite de Maven dans le répertoire $MAVEN_HOME.

La technique de "RID Hijacking" permet aux pirates d'attribuer des droits d'administrateur aux comptes invités et autres comptes de bas niveau. Le procédé est simple à exécuter et difficile à arrêter.

Via une river

Je suis à la recherche d'un meilleur éditeur de sources pour Kotlin.

Bordel, VS Code de Microchiotte est en passe de devenir mon premier choix !

Il ne me reste plus qu'à migrer sur Gradle et je me serai convertie.

Si l'on m'avait dit cela il y a quelques années...

Après investigation, ton problème est dû à la cross-compilation entre deux versions du JDK.

Explications

Tu essaies de compiler des sources Java en syntaxe 8 pour qu'elles soient compilées dans un bytecode dont le format sera à destination d'une JRE 8.

Or, tu opères cette compilation depuis un JDK 10. Que se passe-t-il alors ?

Simplement que le compilateur t'avertie que la JRE 8 a une certaine API et que ton JDK 10 contient l'API 8 + toutes les classes qui ont été ajoutées dans Java 9 et 10. Ce faisant, si tu venais à utiliser une classe n'existant que dans Java 10, alors même si le bytecode que le compilateur produit à partir de tes sources est à destination de Java 8, tu ne pourras pas lancer ton programme et tu auras une ClassNotFoundException.

Le JDK 10 ne pouvant pas savoir quelles classes ne se trouvent que dans Java 10, il te demande un bootstrap classpath, c'est-à-dire un chemin vers le fichier rt.jar d'un JDK 8, afin de ne te permettre de n'utiliser que des classes de l'API de Java 8 dans ton code.

Ainsi, le JDK 10 n'utilisera plus son rt.jar à lui qui est trop récent, mais l'ancien.

Solution

Ajouter dans la configuration du maven-compiler-plugin l'option et lui passer le paramètre -bootclasspath $JRE8_HOME/lib/rt.jar.

Il faut aussi que la variable $JRE8_HOME soit définie dans ton OS.

Et voilà.

N.B : en ce qui concerne les modules de Java 9, c'était une fausse piste, mea maxima culpa !

L'outil : youtube-dl-helper

Je repost car je cherche une autre banque également