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

Fwd: [Nuiton-utils-commits] r2218 - trunk/nuiton-utils/src/test/java/org/nuiton/util
by Arnaud Thimel 26 Oct '11

26 Oct '11

Kevin, Why are yu using GregorianCalendar. Isn't it better to use Calendar.getInstance() ? Arnaud. -------- Original Message -------- Subject: [Nuiton-utils-commits] r2218 - trunk/nuiton-utils/src/test/java/org/nuiton/util Date: Wed, 26 Oct 2011 11:03:02 +0200 (CEST) From: kmorin(a)users.nuiton.org Reply-To: nuiton-utils-commits(a)list.nuiton.org To: nuiton-utils-commits(a)list.nuiton.org Author: kmorin Date: 2011-10-26 11:03:02 +0200 (Wed, 26 Oct 2011) New Revision: 2218 Url: http://nuiton.org/repositories/revision/nuiton-utils/2218 Log: add test for DateUtil.getAge Modified: trunk/nuiton-utils/src/test/java/org/nuiton/util/DateUtilTest.java Modified: trunk/nuiton-utils/src/test/java/org/nuiton/util/DateUtilTest.java =================================================================== --- trunk/nuiton-utils/src/test/java/org/nuiton/util/DateUtilTest.java 2011-10-26 08:41:00 UTC (rev 2217) +++ trunk/nuiton-utils/src/test/java/org/nuiton/util/DateUtilTest.java 2011-10-26 09:03:02 UTC (rev 2218) @@ -34,6 +34,7 @@ import java.text.ParseException; import java.util.Calendar; import java.util.Date; +import java.util.GregorianCalendar; import java.util.Locale; /** @@ -257,6 +258,31 @@ } @Test + public void testGetAge() { + log.info("getAge"); + + Calendar calendar = GregorianCalendar.getInstance(); + calendar.roll(Calendar.YEAR, -20); + calendar.roll(Calendar.DATE, -1); + + int result = DateUtil.getAge(calendar.getTime()); + log.info("result1 : " + result); + Assert.assertEquals(20, result); + + calendar.add(Calendar.DATE, 2); + + result = DateUtil.getAge(calendar.getTime()); + log.info("result2 : " + result); + Assert.assertEquals(19, result); + + calendar.add(Calendar.YEAR, 25); + + result = DateUtil.getAge(calendar.getTime()); + log.info("result3 : " + result); + Assert.assertEquals(0, result); + } + + @Test public void testGetMonthLibelle() { log.info("getMonthLibelle"); _______________________________________________ Nuiton-utils-commits mailing list Nuiton-utils-commits(a)list.nuiton.org http://list.nuiton.org/cgi-bin/mailman/listinfo/nuiton-utils-commits

2 1

[ANN] - Nuiton Utils 2.3 released
by nuiton.org Release Notification 09 Sep '11

09 Sep '11

1 0

Déplacement d'une API d'import/export CSV dans nuiton-utils ?
by Brendan Le Ny 11 Aug '11

11 Aug '11

Dans Wao, j'avais fait un système d'import export CSV basé sur un modèle, cela permettait : * De séparer les préoccupations en trois parties * Le code chargé la lecture/l'écriture d'un fichier CSV à partir du modèle et d'une collection. Via une lib ou non. * Le code décrivant un modèle (entêtes, colonnes obligatoires ou non) symétrique (import/export) ou non (seulement import/seulement export). * Le code décrivant la façon dont il font parser/valider/formatter la donnée pour une colonne. Avantages de l'implémentation dans son état actuel : * Utilisation transparente de la techno d'écriture de fichiers CSV (l'import est implémenté avec com.csvreader, l'export est fait une memory avec un code maison parce que c'est adapté pour Wao). On pourra très bien changé la lib ou faire du FS plutôt que du in-memory sans avoir à changer quoi que ce soit. * Validation : à l'import, on vérifie que tous les headers sont connus et que ceux obligatoires sont présents. Dans les parser/formatters utilisés dans le modèles, on peut jeter une exception : l'import remontera l'exception encapsulée avec la ligne, la colonne, la valeur qui pose problème * Réutilisabilité des parser/formatter dans plusieurs modèles (très utilisé dans Wao). * C'est rapide (je me souviens que sur un import de 150 lignes, il y avait 2 secondes de lectures/parsing/validation pour 40 secondes d'accès à la base) * Les modèles d'import/export garantissent la symétrie, c'est à dire qu'un fichier exporté via ce modèle aura forcément un format conforme si on essaye de l'importer par la suite. (Si on change une colonne à l'import en disant que le type n'est plus date mais date/heure, cela impact l'export qui exportera en date/heure) * Au début, le moteur d'import avant la validation pousse les entêtes au modèle, au cas où il faudrait faire un peu de détection pour adapter le modèle en conséquence (besoin dans Wao) Inconvénients * Bien que fonctionnelle, la gestion d'erreur est implémentée de façon calamiteuse, notamment parce que j'ai voulu me baser sur Iterator dont #next() a une signature sans exception. * Je voulais pouvoir faire de la composition de modèle pour l'export. Par exemple, si j'ai définit un ExportModel<Boat>, que j'ai un bean Captain, et que je veux faire un ExportModel<Captain>, l'export des capitaines aurait inclus toutes les colonnes de l'ExportModel<Boat> et à chaque ligne on aurait les informations du navire. Ça doit être jouable mais c'est pas fait. * Le design et le code globalement sont pas terribles. * Le système fonctionne bien si on a en, à l'import, une colonne dans le CSV = une propriété du bean. Si on a une même info éclatée dans deux colonnes (par exemple, le bean a une prop p de type Date, et dans le CSV, on a trois colonnes jour mois année) c'est la grosse merde. Cela est toutefois compensé par la possibilité de faire un ImportModel<MonBeanSpecifiqueCenséReprensentéUneLigneDeCSV> qui aura trois propriétés (jour, mois, année), aux développeurs de recopier ça par la suite dans le champs Date qui va bien. Cela fait des objets en plus... Assez parlé, le code : D'abord les parsers (import), formatter (export) et parser/formatter (import et export) : http://svn.forge.codelutin.com/svn/wao/trunk/wao-business/src/main/java/fr/… Par exemple, pour une Company : http://svn.forge.codelutin.com/svn/wao/trunk/wao-business/src/main/java/fr/… Au formattage, je retourne son nom, au parse, je cherche dans la collection des companies, celle qui a ce nom. Exception si aucune trouvée, l'utilisateur verra « Erreur à la ligne 12, colonne "SOCIETE". Il n'y a pas de société ayant pour nom 'Dudule' » Les modèles : http://svn.forge.codelutin.com/svn/wao/trunk/wao-business/src/main/java/fr/… Le plus simple étant celui ci : http://svn.forge.codelutin.com/svn/wao/trunk/wao-business/src/main/java/fr/… L'export : List<Boat> boats = dao.findAllByQuery(query); BoatImportExportModel model = new BoatImportExportModel(); Export<Boat> export = new Export<Boat>(model, boats); InputStream inputStream = export.startExport(); return inputStream; // le CSV L'import ressemble beaucoup, du code est nécessaire pour fournir au modèle les collections des différentes entités qu'il faudra potentiellement rattacher à l'entité importée. -- Brendan Le Ny <bleny(a)codelutin.com> Code Lutin Conseil & Développement Logiciel Libre +33 (0)2 40 50 29 28 http://codelutin.com

2 1

Passage à la version 2.3
by Tony Chemit 01 Aug '11

01 Aug '11

Bonjour, J'ai ajouter une nouvelle api decorator dans nuiton-utils [1]. Du coup j'ai passé la version en 2.3-SNAPSHOT pluto que 2.2.1-SNAPSHOT. Donc je vais déployer cette nouvelle version en 2.3-SNAPSHOT et supprimer l'ancienne snapshot donc mettez à jour vos poms ;) Projets impactées : eugene jaxx t3 [1] http://nuiton.org/issues/1643 -- Tony Chemit -------------------- tél: +33 (0) 2 40 50 29 28 email: chemit(a)codelutin.com http://www.codelutin.com

1 0

Re: [Nuiton-utils-devel] [Nuiton-utils-commits] r2154 - trunk/nuiton-utils/src/test/java/org/nuiton/util
by Tony Chemit 19 Jul '11

19 Jul '11

On Tue, 19 Jul 2011 18:46:06 +0200 (CEST) bleny(a)users.nuiton.org wrote: Mais heu, Brendan c'est dommage d'enlever tant de tests :( En plus tu enlèves aussi du coup beaucoup de logc qui nous servent à savoir où en sont les tests vides... > Author: bleny > Date: 2011-07-19 18:46:06 +0200 (Tue, 19 Jul 2011) > New Revision: 2154 > > Url: http://nuiton.org/repositories/revision/nuiton-utils/2154 > > Log: > removing junk code ; adding a regression test for PeriodDates (issue > #1634) > > Modified: > trunk/nuiton-utils/src/test/java/org/nuiton/util/PeriodDatesTest.java > > Modified: > trunk/nuiton-utils/src/test/java/org/nuiton/util/PeriodDatesTest.java > =================================================================== > --- > trunk/nuiton-utils/src/test/java/org/nuiton/util/PeriodDatesTest.java > 2011-07-17 12:11:05 UTC (rev 2153) +++ > trunk/nuiton-utils/src/test/java/org/nuiton/util/PeriodDatesTest.java > 2011-07-19 16:46:06 UTC (rev 2154) @@ -32,6 +32,7 @@ import > org.junit.Assert; import org.junit.Before; import > org.junit.BeforeClass; +import org.junit.Ignore; import > org.junit.Test; > import java.text.DateFormat; > @@ -39,6 +40,7 @@ > import java.util.Date; > import java.util.GregorianCalendar; > import java.util.List; > +import java.util.concurrent.TimeUnit; > > /** @author fdesbois */ > public class PeriodDatesTest { > @@ -46,46 +48,9 @@ > /** Logger */ > private static final Log log = > LogFactory.getLog(PeriodDatesTest.class); > - > - @BeforeClass > - public static void setUpClass() throws Exception { > - } > - > - @AfterClass > - public static void tearDownClass() throws Exception { > - } > - > - @Before > - public void setUp() { > - } > - > - @After > - public void tearDown() { > - } > - > - /** Test of createMonthsPeriodFromToday method, of class > PeriodDates. */ > - //@Test > - public void testCreateMonthsPeriodFromToday() { > - log.info("createMonthsPeriodFromToday"); > - } > - > - /** Test of getPattern method, of class PeriodDates. */ > - //@Test > - public void testGetPattern() { > - log.info("getPattern"); > - } > - > - /** Test of setPattern method, of class PeriodDates. */ > - //@Test > - public void testSetPattern() { > - log.info("setPattern"); > - } > - > /** Test of initDayOfMonthExtremities method, of class > PeriodDates. */ @Test > public void testInitDayOfMonthExtremities() { > - log.info("initDayOfMonthExtremities"); > - > PeriodDates period = new PeriodDates(); > period.setFromDate(DateUtil.createDate(9,8,7,23,12,2010)); > period.setThruDate(DateUtil.createDate(6,5,4,26,12,2010)); > @@ -101,41 +66,9 @@ > Assert.assertEquals(lastDayOf2010.getTime(), > period.getThruDate()); } > > - /** Test of setFromDate method, of class PeriodDates. */ > - //@Test > - public void testSetFromDate() { > - log.info("setFromDate"); > - } > - > - /** Test of getFromDate method, of class PeriodDates. */ > - //@Test > - public void testGetFromDate() { > - log.info("getFromDate"); > - } > - > - /** Test of getFromMonth method, of class PeriodDates. */ > - //@Test > - public void testGetFromMonth() { > - log.info("getFromMonth"); > - } > - > - /** Test of setThruDate method, of class PeriodDates. */ > - //@Test > - public void testSetThruDate() { > - log.info("setThruDate"); > - } > - > - /** Test of getThruDate method, of class PeriodDates. */ > - //@Test > - public void testGetThruDate() { > - log.info("getThruDate"); > - } > - > /** Test of getMonths method, of class PeriodDates. */ > @Test > public void testGetMonths() { > - log.info("getMonths"); > - > // Prepare two calendars with time not equals to 0 > Calendar cal1 = DateUtil.getDefaultCalendar(new Date()); > cal1.set(Calendar.DAY_OF_MONTH, 3); > @@ -167,64 +100,26 @@ > } > } > > - /** Test of getFormatedMonths method, of class PeriodDates. */ > - //@Test > - public void testGetFormatedMonths() { > - log.info("getFormatedMonths"); > - } > + @Ignore("to be done as described in issue #1634") > + @Test(timeout = 60 * 1000) > + public void whatIfPeriodDatesIsNotInChronologicalOrder() { > + Date january = DateUtil.createDate(1, 1, 2011); > + Date december = DateUtil.createDate(1, 12, 2011); > > - /** Test of beforeEnd method, of class PeriodDates. */ > - //@Test > - public void testBeforeEnd_Calendar() { > - log.info("beforeEnd"); > - } > + // trying to break PeriodDates by creating an > anti-chronological period > + try { > + PeriodDates periodDates = new PeriodDates(december, > january); > + Assert.fail(); > + } catch (IllegalArgumentException e) { > + // as expected > + } > > - /** Test of afterEnd method, of class PeriodDates. */ > - //@Test > - public void testAfterEnd_Calendar() { > - log.info("afterEnd"); > + // got ya! > + PeriodDates periodDates = new PeriodDates(); > + periodDates.setFromDate(december); > + periodDates.setThruDate(january); > + periodDates.getMonths(); // infinite loop ! > } > > - /** Test of afterBegin method, of class PeriodDates. */ > - //@Test > - public void testAfterBegin_Calendar() { > - log.info("afterBegin"); > - } > > - /** Test of between method, of class PeriodDates. */ > - //@Test > - public void testBetween_Calendar() { > - log.info("between"); > - } > - > - /** Test of beforeEnd method, of class PeriodDates. */ > - //@Test > - public void testBeforeEnd_Date() { > - log.info("beforeEnd"); > - } > - > - /** Test of afterEnd method, of class PeriodDates. */ > - //@Test > - public void testAfterEnd_Date() { > - log.info("afterEnd"); > - } > - > - /** Test of afterBegin method, of class PeriodDates. */ > - //@Test > - public void testAfterBegin_Date() { > - log.info("afterBegin"); > - } > - > - /** Test of between method, of class PeriodDates. */ > - //@Test > - public void testBetween_Date() { > - log.info("between"); > - } > - > - /** Test of toString method, of class PeriodDates. */ > - //@Test > - public void testToString() { > - log.info("toString"); > - } > - > } > > _______________________________________________ > Nuiton-utils-commits mailing list > Nuiton-utils-commits(a)list.nuiton.org > http://list.nuiton.org/cgi-bin/mailman/listinfo/nuiton-utils-commits -- Tony Chemit -------------------- tél: +33 (0) 2 40 50 29 28 email: chemit(a)codelutin.com http://www.codelutin.com

1 0

[ANN] - Nuiton Utils 2.2 released
by nuiton.org Release Notification 15 May '11

15 May '11

1 0

Problème avec la fonction Resource.getURLs(String pattern);
by Eric Chatellier 10 May '11

10 May '11

Bonjour, Dans une application, j'ai besoin de rechercher des resources en fonction d'un pattern, pour cela j'ai utilisé la fonction Resource.getURLs(String pattern) mais qui par défaut recherche dans le system classloader. De plus, ayant un class loader personnalisé, je ne peux pas utiliser la fonction Resource.getURLs(String pattern, URLClassLoader classLoader) car je ne suis pas sur que mon classloader: Thread.currentThread().getContextClassLoader() etend URLClassLoader. J'ai trouvé un autre code qui permet de recherche des patterns dans un simple ClassLoader dans... Spring. http://static.springsource.org/spring/docs/2.5.x/api/org/springframework/co… Voici un exemple d'utilisation : PathMatchingResourcePatternResolver resolver = new PathMatchingResourcePatternResolver(Thread.currentThread().getContextClassLoader()); Resource[] resources = resolver.getResources("classpath:/validators/fr/ifremer/coser/data/*.xml"); for (Resource resource : resources) { URL url = resource.getURL(); ... } Je n'ai pas trop regardé comment ils faisaient, mais ca a résolu le fonctionnement en local et en java web start sans trop de developpement. Mais j'ai une dépendance sur Spring :( -- Éric <chatellier(a)codelutin.com> Tel: 02 40 50 29 28 http://www.codelutin.com

3 6

Petit tour sur les classes de nuiton-utils
by Benjamin POUSSIN 27 Apr '11

27 Apr '11

Salut, Il y a quelques classes qui posent interrogation: - CardinalityHelper: pourquoi pas CardinalityUtil (comme toutes les autres), et surtout ou est-ce utilisé. Quel est la syntaxe d'une cardinalité ? - DigestGenerator: a priori une veille classe util que dans SimExplorer. Sert-elle encore ? aurait-elle une utilité pour d'autre projet ? - HashList: pour une list sans doublon, le nom n'est pas super. A renomer (mais en quoi) - StreamKeywordTokenizer: est-ce qu'il est encore d'actualité (2004, sans javadoc) - Resource: pourquoi avoir les methodes isPrimitive et getPrimitiveClass dans cette classe ? Elle serait mieux dans un Util (object ou class) - FileCompletion: j'ai du mal a voir les cas d'utilisation -- Benjamin POUSSIN -------------------- tél: +33 (0) 2 40 50 29 28 email: poussin(a)codelutin.com http://www.codelutin.com

2 1

[ANN] - Nuiton Utils 2.1.2 released
by nuiton.org Release Notification 27 Apr '11

27 Apr '11

1 0

Evolution de ApplicationConfig pour la prochaine release
by Benjamin POUSSIN 13 Apr '11

13 Apr '11

Salut, Voila quelques modifications que je vois pour la prochaine release, mais certaines ont des impacts sur d'autres projets, il faut donc que ca ne pose pas de probleme: 1) mettre la classe en final pour proscrire la creation de sous classe (car pour elle c mal) 2) ajouter dans le contrat de OptionDef la methode getAliases():String[] 3) passer en public quelques methodes qui sont actuellement protected (installSaveUserAction, loadDefaultOptions, loadActions) 4) ajouter un joli constructeur qui prend tout en argument et lance aussi le parsing Les deux ajouts qui pose potentiellement probleme sont les 2 premiers. Le 2eme me parait important. Le 1er n'est pas obligatoire, mais forcerait les gens a ce poser la question de comment utiliser ApplicationConfig. -- Benjamin POUSSIN -------------------- tél: +33 (0) 2 40 50 29 28 email: poussin(a)codelutin.com http://www.codelutin.com

1 1