Re: Problème de ClassLoader rigolo (ou pas )

<PHILO allez-pourquoi-pas-c'est-pas-forcement-un-troll=3Dtrue>
A lire les r=E9ponses et la question, j'ai une sorte de sentiment qui se =
pr=E9cise :
ils ont tu=E9 Java.

Je comprends de mieux en mieux pourquoi d'autres langages voient le =
jour.
Dommage ...

OSGI et tout son bazar de param=E8trage super puissant qui viens avec, =
tu va voir on peux tout faire, c'est cool, c'est beau
+ Maven
+ Eclipse o=F9 il faut p=EAcher des plugins avant de bosser, m=EAme pour =
un truc aussi banal que SVN (ah oui mais c'est gratuit, donc il faudrait =
ne rien dire)
+ des Factory avec des fichiers de param=E8trage en XML=20
+ des logs avec plein de librairies diff=E9rentes et aussi des fichiers =
XML pour le param=E8trage mais aussi parfois des .properties, mais pas =
toujours, =E7=E0 d=E9pends de la lib
+ des EJB avec des descripteurs de d=E9ploiements XML et des =E9l=E9ments =
sp=E9cifiques pour le conteneur, mais pas toujours, =E7=E0 d=E9pends et =
encore, maintenant, les EJB c'est simple
+ Hibernate et des fichiers de param=E8trages en XML mais pas forc=E9ment =
depuis les annotations JPA mais avec des annotations sp=E9cifiques car =
JPA ne fait pas tout
+ ...=20
Cette stack "=E0 la mode" me donne la naus=E9e.
Franchement, cela me semble insens=E9.

O=F9 est pass=E9 ce qui semblait =EAtre un certain esprit de simplicit=E9 =
?
O=F9 sont pass=E9 les erreurs de compilation qui permettait de savoir o=F9=
 se trouvait un probl=E8me ?
</PHILO>=