Pour comprendre les codes de Hamming et la correction d'erreur :

• Partie 1
• Partie 2

Comme je n'installe pas d'apache tous les jours, je mets ça ici pour mémoire.

Après installation d'un apache 2.4.x, je n'arrivais plus à accéder au site.

Erreur vue dans /var/log/apache2/error.log :

[authz_core:error] [pid 12345:tid 123456789012345] [client 12.234.56.78:12345] AH01630: client denied by server configuration: /path/to/folder/

Pour corriger ça, il faut aller dans la conf du site /etc/apache2/sites-enabled/monSite.conf.

Puis, dans chaque bloc Directory :

• supprimer les lignes Order allow,deny (ou qui y ressemblent);
• pour les remplacer par Require all granted.

Ainsi :

...
<VirtualHost [...]>
...
    <Directory /path/to/website>
        Require all granted
    </Directory>
...
</VirtualHost>
...

Encore une surprise fumante de JPA.

Dans mon cas il s'agissait d'une relation many-to-many. Et l'erreur rencontrée était en effet une récursion infinie, qui concrètement se matérialisait par l'envoi d'un JSON dans lequel une ressource A contient une ressource B, qui est contenue par ressource A, qui contient une ressource B ...

Le plugin RESTED m'indiquait gentiment que du fait de la taille excessive (>20ko) du JSON, il devait enlever la coloration syntaxique.

Bref.

Pour résoudre le problème, il faut ajouter une annotation @JsonIgnore au dessus de l'attribut annoté @ManyToMany de l'une des deux entités de la relation l'entité owner de la relation (Edit: merci @Antichesse).

Plus d'explications ici

Pour lancer jenkins :

java -jar jenkins.war

Si une erreur au lancement indique que Jetty n'a pas pu être lancé, cela signifie que le port sur lequel Jetty voulait mettre Jenkins en écoute est occupé. Pour résoudre ce problème :

• libérer le port occupé (en tuant le processus coupable);
• changer le port de Jenkins.

Pour cela, il suffit d'ajouter l'option --httpPort à la ligne de commande :

java -jar jenkins.war --httpPort=12345

Et voilà !

Contexte : lors d'un build maven, par exemple en faisant mvn clean install, un warning apparait au niveau du plugin maven-compiler-plugin disant :

[WARNING] bootstrap class path not set in conjunction with -source 8

Ce qui fait échouer le build.

Il s'avère que j'essaie de builder une application en java 8 depuis un java 10.

Explications : depuis Java 9, le JDK est composé de modules. Les jars issus de la compilation de ces modules n'ont qu'un accès limité aux classes les uns des autres. D'où le message indiquant un problème de PATH.

Solution : désinstaller java 9/10 et installer java 8.

Pour mémoire, je poste l'erreur rencontrée il y a quelques jours.
Tout a commencé en constatant que je n'arrivais pas à m'authentifier au démarrage de ma Debian. L'écran revenait sans cesse me demander de m'authentifier.
Je suis donc passé en mode terminal sur tty1, et là ça a fonctionné. Mais avant de taper login/mdp, le terminal m'affichait cette erreur (cf lien).
Après quelques manipulations, j'ai dû me rendre à l'évidence que mon SSD était en pre-fail (utilisation de smartctl et fsck entre autres).

J'essaie de me connecter à mon compte Origin sur le site web depuis plusieurs jours, et j'obtiens cette erreur :

Echec de la connexion
Impossible de se connecter pour le moment. Veuillez réessayer ultérieurement.

Solution :
Il faut autoriser les cookies tiers dans le navigateur.