On Fri, 12 Jul 2013 11:04:48 +0200 Eric Chatellier <chatellier@codelutin.com> wrote:
Salut,
Je constate simplement que nuiton-utils a beaucoup de dépendences, et cela ne me parait pas philosophiquement compatible avec une lib "utils" (au même titre que commons-lang, guava...).
C'est pourquoi je me bats depuis longtemps pour qu'on abandonne ce projet au profit de contribution dans commons-* et guava. La seule chose intéressante serait d'avoir des micro-lib qui font un besoin précis : nuiton-config nuiton-csv nuiton-validator ... nuiton-utils pour moi j'ai juste une lib de feignant et d'anti-communautaire java. Soit dit en passant, y'a pas tant de déps sur nuiton-utils, non ? http://maven-site.nuiton.org/nuiton-utils/nuiton-utils/dependencies.html Y'a que des libs commons-* + guava
À l'heure actuelle, nuiton-utils fait 298ko + 4,6Mo de dep (dont guava, 2,2Mo à lui tout seul).
A bat guava ! vive nuiton! (sarcasme of course)
Tout ca pour dire, que dans dans jtimer par exemple, la taille acceptable de l'application ne pouvant pas raisonablement dépasser 10Mo, j'aime bien ApplicationConfig, mais la taille de la lib devient un gros frein.
D'où sort ce chiffre magique de 10Mo? en plus de raison ? merde je saivais pas qu'on pouvait mettre de telles notions sur une taille on parle de Mo ou Mb ? je suis perdu.
Il y a bien l'astuce d'exclusion, mais on ne peux pas être sur qu'un un moment, une librairie exclue deviendra utilisée.
Bah si (enfin je pense, à vérifier) avec l'analyse des dépendances fatalement tu ne devrais pas pouvoir faire une release si y'a une dep pas bien mise en scope compile ;) en même temps, quand on fait des Class.forName("xxx") rien n'est moins sûr :D tony.