Reprise du message précédent :

C'est la technique Michel Drucker, ça a fait ses preuves

Bisous de la Suisse, je me remets de la fête des Vignerons

Non désagrément me paraît le mot adapté, même si ce n'est pas celui que voulait dire masklinn.  

Ca tombe bien je ne supporte pas Sam Harris. Et encore moins cet escroc de Jordan Peterson.
Et les libertarians sont en majorité des cons.
Mais Joe Rogan n'en est pas vraiment un, sinon il serait à l'opposé complet de Sanders, or il est plutôt d'accord avec lui.

Vraiment curieux, c’est quoi ton désaccord avec Harris?

Vraiment curieux, c’est quoi ton désaccord avec Peterson?

Vraiment curieux, c’est quoi ton désaccord avec toi même?

rofl le niveau de merde sur ce forum  
heuresement que c'est un forum  
et heureusement qu'on ne m'a pas appris la prog comme vous la pratiquez  
parceque sinon je serai un putain de looser  
a+ les guignols

 
Un glandu qui vient expliquer que la montée de l'alt-right c'est la faute de la gauche radicale mérite-t-il qu'on perde son temps à écouter ce qu'il dit ?

Bon. Il suffit.
tous tes posts sont des charabias sans rapport et souvent incompréhensibles dont tout le monde se fout. Tu peux donc postuler pour l'amendement Cracotte78.
Tu fatigues même les plus patients, dont moi. Je te donne une dernière toute petite chance : poste intelligemment ou soit TT de la section.
Mais je sais que tu ne comprendras pas.

Je crois que Java a un effet prononcé et avéré sur ma santé mentale

 
Vraiment curieux, c’est quoi ton désaccord avec Java?

Avec moi-même ??? Je ne crois pas être du coté des réacs, non.

Sam Harris est un idéologue qui reprend les poncifs xénophobes de l'extrême droite.

muchachoG

 
J'ai plus qu'aimé son bouquin, où, si je ne m'abuse, il n'est pas question de politique

Un glandu qui ne sait pas exister sans XML et qui fait de la spring-magie dans tous les sens mérite t'il vraiment que je me casse le cul ?

Vraiment curieux, c’est quoi ton désaccord avec les réacs?

Vraiment curieux, c’est quoi ton désaccord avec la politique?

Harko en roue libre

Vraiment curieux, c'est quoi ton désaccord avec les piétons ?
 

c'est la faute à muriel et muchachal

Je suis tombé par terre
C'est la faute à Harko
Le nez dans le ruisseau
C'est la faute à uriel...

JE NE SUIS PAS NOTAIRE
C'EST LA FAUTE A ALTERAQUE §§§

 
19h, Nation.
J'te défonce à l'antivol.

Non, 18h plutôt, c'est plus ensoleillé, suffit que je me place bien et t'es neutralisé direct.

Non, 19h. J'éclate la gueule des gens APRES mon ptit déjeuner  

T'as oublié "taintaintain"
 

Rentré en Normandie  
 
Trouvé du taff    
 
 
 
 
 

Tu bosses où en Normandie ?

Je croyais avoir touché le fond, mais non, aujourd'hui, j'ai découvert que les fichiers de conf de l'appli qui gère les portails web de la boite sont mis a jours en copiant-collant via un montage svn...  
Et on m'a expliqué que l'historique des changements était consigné dans un tableau excel...
C'est la méthode officielle...
   

 
A+,

Maven ? ah oui c'est vrai, gilou est vieux

Ça aurait pu être pire, il aurait pu utiliser make

make > maven  

enfin bon c'est pas bien compliqué aussi

C'est buildé automatiquement via du jenkinsfile et les releases sont automatiquement stockées sur un Nexus, mais le déploiement n'est pas automatisable pour le moment (cibles mouvantes, parfois sur des clés USB), donc Maven au cas par cas.
Il y a peut-être mieux pour mon contexte d'utilisation (java + xsl via saxon donc java aussi et même un peu de nvdl, et de toute façon, pour avoir des tests unitaires sur du xsl, donc du xspec, ou des vérificateurs de contraintes sur les données (schématron) java est le contexte obligatoire) mais perso, je ne connais pas mieux pour ce contexte (si vous avez des suggestions), parce que cmake, je le vois pas gérer automatiquement les dépendances comme maven avec son .m2, mais j'ai jamais poussé mes investigations bien loin.
Et on a des pros du plug-in Maven dans l'équipe.
 
A+,

@ExceptionHandler (Spring magic of course), le mal absolu...  
 
1 heure de perdue à essayer de comprendre pourquoi j'avais un obscur message de debug sans aucune information supplémentaire, et surtout alors que la méthode qui échouait n'était pas encapsulée dans un try/catch...
 
Elle pétait bien son exception, mais elle était interceptée par une putain de callback annotée par @ExceptionHandler dans un fichier perdu au fin fond de l'arborescence du projet.
 
Débat du jour : @ExceptionHandler, ou un bon vieux try/catch des familles ? Pour ma part, vu que je viens de perdre une heure, j'ai choisi

T'as bien illustré le problème avec la magie, c'est qu'il faut que ça soit découvrable. Un gros problème qu'on a avec Spring, c'est qu'on a expliqué à tout le monde comment faire des configurations, mais pas comment les organiser clairement et proprement.
 
Sur mon projet perso actuel, j'ai un package dédié à la configuration avec des classes de config dédiées à chaque aspect de la configuration et rien ailleurs.
 
Les annotations qui sont utilisées dans d'autres packages se limitent à des trucs triviaux : @Controller/@Service et c'est à peu près tout. Et quand y'a des trucs un peu trop magiques (genre la conf EhCache qui est lue dans un fichier par défaut sans aucune déclaration), je commente ou je rend le code explicite.

 
Alors je ne connais pas du tout Spring (ni Java d'ailleurs), mais vu que la magie en dev c'est le mal... try/catch.

 
Il me plait bien ton projet perso.