December 2013 - Nuiton-utils-devel - mailman.cloud.codelutin.com

Nuiton utils prend du poids
by Eric Chatellier 29 Aug '14

29 Aug '14

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...). À l'heure actuelle, nuiton-utils fait 298ko + 4,6Mo de dep (dont guava, 2,2Mo à lui tout seul). 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. 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. Librement. -- Éric Chatellier - Code Lutin Tel: 02.40.50.29.28 - http://www.codelutin.com

4 8

Re: [Nuiton-utils-devel] [Nuiton-utils-commits] r2613 - trunk/src/main/java/org/nuiton/util/beans
by Brendan Le Ny 12 Dec '13

12 Dec '13

Le 12/12/2013 16:03, sbavencoff(a)users.nuiton.org a écrit : > Author: sbavencoff > Date: 2013-12-12 16:03:49 +0100 (Thu, 12 Dec 2013) > New Revision: 2613 > > Url: http://nuiton.org/projects/nuiton-utils/repository/revisions/2613 > > Log: > fixes #2967 : In Deep copy add factory for create a new instance > > Modified: trunk/src/main/java/org/nuiton/util/beans/Binder.java > =================================================================== > --- trunk/src/main/java/org/nuiton/util/beans/Binder.java 2013-12-12 13:12:36 UTC (rev 2612) > +++ trunk/src/main/java/org/nuiton/util/beans/Binder.java 2013-12-12 15:03:49 UTC (rev 2613) > @@ -555,7 +555,12 @@ > protected Object bind(Binder binder, Object read) throws IllegalAccessException, InstantiationException { > Object result = null; > if (read != null) { > - result = read.getClass().newInstance(); > + InstanceFactory<O> instanceFactory = binder.model.getInstanceFactory(); > + if (instanceFactory == null) { > + result = read.getClass().newInstance(); > + } else { > + result = instanceFactory.newInstance(); > + } Je suis septique sur cette partie-là. Est-ce qu'il ne serait pas judicieux que binder.model.getInstanceFactory() ne retourne jamais null et que par défaut, il retrourne une implémentation qui fasse read.getClass().newInstance() ? Parce que là, on est condamné, à chaque fois qu'on fait getInstanceFactory() a refaire ce traitement : > + if (instanceFactory == null) { > + result = read.getClass().newInstance(); > + } else { > + result = instanceFactory.newInstance(); > + } On risque d'oublier et en ça fait de la duplication de code. Une autre possibilité serait d'avoir directement model.newInstance(). On pourrait tester à l'intérieur la présence d'une factory définie et, si c'est pas le cas, appelé getClass().newInstance(); On peut aussi faire les deux solutions à la fois :D -- Brendan Le Ny, Code Lutin bleny(a)codelutin.com (+33) 02 40 50 29 28

2 1

[ANN] - Nuiton Utils 3.0-alpha-1 released
by Arnaud Thimel 12 Dec '13

12 Dec '13

The Nuiton Utils team is pleased to announce the nuiton-utils-3.0-alpha-1 release! Library of usefull class to be used in any project. Documentation of the project can be found here: http://maven-site.nuiton.org/nuiton-utils Changes ------- Changes in this version include: Fixed Bugs: o escapeCsvValue don't escape string containg quote " Issue: 2873. Thanks to Éric Chatellier. Resolved by echatellier. Changes: o Remove deprecated modules Issue: 2780. Thanks to Tony Chemit. Resolved by tchemit. o Update to Mavenpom 4.4 Issue: 2960. Thanks to Arnaud Thimel. Resolved by athimel. Downloads --------- For a manual installation, you can download files here: http://nuiton.org/projects/nuiton-utils/files * nuiton-utils-3.0-alpha-1-deps.zip - http://nuiton.org/attachments/download/976 * nuiton-utils-3.0-alpha-1-full.zip - http://nuiton.org/attachments/download/977 Maven artifacts --------------- Artifacts are deployed in Maven Central Repository http://repo1.maven.org/maven2/ Find us at * http://search.maven.org/#artifactdetails|org.nuiton|nuiton-utils|3.0-alpha-… Have fun! -Nuiton Utils team

1 0