- Jtimer-devel - mailman.cloud.codelutin.com

Schema json
by Charlène Servantie 04 May '16

04 May '16

Suite aux discussions de vendredi dernier, voici une deuxième version du schéma, avec pour changements principaux : la prise en compte d'un id pour les temps, et l'ajout d'une date de début et d'une date de fin pour définir l'intervalle de mise à jour, la date de fin étant optionnelle (si elle n'est pas présente, la mise à jour prend comme fin de période la date courante). Le terme de path a été changé en id pour pouvoir coller à différents modèles (dans le cas de jtimer il s'agit du path de la tâche, pour wid ça pourra être le tag).{ "description": "schema for the update of the times of a project/task", "$schema": "http://json-schema.org/draft-04/schema#", "definitions": { "task": { "type":"object", "properties": { "id": {"type": "string"}, "startDate" : {"type": "string"}, "endDate" : {"type": "string"}, "totalTime": {"type":"integer"}, "periods": { "type":"array", "items" : { "type" : "object", "properties": { "id": {"type":"string"}, "startDate":{"type" : "string"}, "duration": {"type":"integer"} } }, "minItems" : 1 }, "name": {"type": "string"}, "annotation": {"type": "string"}, "subtasks": { "type": "array", "items": {"$ref":"#/definitions/task"} } }, "required":["id", "startDate", "totalTime", "periods"] } }, "type":"object", "properties": { "task": {"$ref":"#/definitions/task"} } } avec un exemple : { "id":"path/le/chien", "startDate":"2002/02/02T00:00:00.000Z", "totalTime":300, "periods": [ {"id": "anAmazingID", "startDate":"2016/04/03T00:00:00.000Z", "duration":175}, {"id": "anOtheriD", "startDate": "2002/02/02T00:00:00.000Z", "duration": 78}, {"id": "IDitAgain", "startDate": "2006/10/20T00:00:00.000Z", "duration":58} ], "name":"6882", "annotation":"bla", "subtasks": [ ] }

3 2

Synchro jTimer
by Charlène Servantie 25 Apr '16

25 Apr '16

Bonjour, nouvelle stagiaire inside, L'idée de mon stage étant d'étudier le besoin et de proposer une solution visant à synchroniser le temps saisi dans jTimer avec la gestion de projet dans chorem, voici les différentes idées/réflexions que j'ai noté par rapport à ce qui m'a été donné comme informations et ce que j'ai pu comprendre qui était demandé. A chaque tâche/projet, on pourrait associer une URL de synchro, qui pourra soit être configurée automatiquement lors de l'utilisation d'un template soit être ajoutée manuellement à la tâche/projet associé par l'utilisateur. Pour enregistrer la synchronisation d'une tache/projet, un fichier texte "nomfichier.extension.sync" contiendrait l'URL de synchronisation ainsi que la date de dernière synchronisation. On garde l'extension du fichier de tache/projet parce que sous jTimer les fichiers de tache sont en .task et les projets en .project. La synchronisation s'effectuerait par l'intermédiaire d'un envoi de fichier JSON. L'id de l'utilisateur envoyant ses temps serait transmis via un token dans l'URL. L'envoi d'une requête GET sur l'URL de synchronisation d'une tâche(/projet) si elle aboutit correctement renvoie la date de dernière synchronisation côté serveur (avec la réponse 200 - OK) permet ensuite de vérifier dans le fichier de synchronisation s'il s'agit de la même, sinon il y a alors envoi d'une requête POST avec un json des données de la tâche en question, suivi d'une mise à jour de la date de dernière synchronisation dans le fichier si tout se passe bien (ce qui permet l'édition à posteriori des temps sur les tâches aussi). (et renvoie des messages d'erreurs avec codes adaptés dans les cas contraires). J'ai réfléchi à un schema json qui permettrait de pouvoir vérifier la validité des données et avoir une définition de la structure à envoyer, les récepteurs pouvant ensuite choisir d'ignorer une partie des données à leur convenance. *Format JSON proposé : * on envoie la tâche avec son chemin, éventuellement son annotation, les dates associées aux temps passés sur cette tâche, le temps total pour cette tâche, et ses sous-tâches s'il y en a. Les dates seront au format YYYY-MM-DDTHH:MM:SS:sssZ (2012-04-23T18:25:43.511Z), le format renvoyé par JSON.stringify() en Javascript, et aussi conforme à la norme ISO 8601 et reconnu par notamment le w3c. Et surtout, facile à trier. Les temps seront sous la forme d'une clé selon la date et d'une valeur en secondes de temps, la date représentant la date de début pour la tâche (et les secondes la durée de travail sur la tâche). Pour les envois à partir de jTimer, la partie HH:MM:SS:sssZ sera systématiquement 00:00:00.000Z, puisque jTimer ne fait pas la distinction sur une même journée de plusieurs suivis d'une même tâche, mais que d'autres pourraient le faire (par exemple pour gérer les demi-journées).

2 3

[ANN] - jTimer 1.5 released
by Eric Chatellier 30 Mar '16

30 Mar '16

The jTimer team is pleased to announce the jtimer-1.5 release! jTimer - Time tracking tool. Documentation of the project can be found here: http://jtimer.chorem.org Changes ------- Changes in this version include: New features: o Add report option to include intermediate total time Issue: 983. Thanks to Tony Chemit. Resolved by tchemit. o Can't delete multi selected tasks Issue: 1342. Thanks to Tony Chemit. Resolved by echatellier. o Stop all tasks button Issue: 780. Resolved by echatellier. o Enable "Enter" key support on main popups Issue: 1347. Thanks to Arnaud Thimel. Resolved by echatellier. o After creating a task, set the focus on this new task Issue: 1348. Thanks to Arnaud Thimel. Resolved by echatellier. o Add a way to create a tree structure from a template Issue: 1319. Thanks to Tony Chemit. Resolved by echatellier. o Option to only have one task running at a time Issue: 778. Resolved by echatellier. o Use log rotate to clean old backup Issue: 1330. Thanks to Éric Chatellier. Resolved by echatellier. o Remove dependency on jna-platform Issue: 1331. Thanks to Éric Chatellier. Resolved by echatellier. o When idle popup is displayed, show in the popup the current running taks(s) Issue: 1328. Thanks to Arnaud Thimel. Resolved by echatellier. o Add the ability to assign idle time to a task. Issue: 880. Resolved by echatellier. o Fix display tree angles lines in the main tree Issue: 1333. Thanks to Éric Chatellier. Resolved by echatellier. o Global icon to see that at least one task is running and would permit to stop all running tasks Issue: 84. Resolved by echatellier. Fixed Bugs: o Can't start with webstart Issue: 1338. Thanks to Tony Chemit. Resolved by tchemit. o I cancel the creation of a new task, but it is still created Issue: 1340. Thanks to Tony Chemit. Resolved by echatellier. o Double click on a running should stop it Issue: 1341. Thanks to Tony Chemit. Resolved by echatellier. o When creating a new task, focus is not ok Issue: 1337. Thanks to Tony Chemit. Resolved by echatellier. o Check the template directory exists (or create it at launch time ?) Issue: 1339. Thanks to Tony Chemit. Resolved by echatellier. o When éditing a task, please do not recompute the tree structure at the end Issue: 1343. Thanks to Tony Chemit. Resolved by echatellier. o Would like to specify save location Issue: 890. Resolved by echatellier. o Fix jTimer site URL in « about » Issue: 1188. Resolved by echatellier. o Big use of RAM Issue: 1004. Resolved by echatellier. o Task name can't accept */* character Issue: 1030. Thanks to Olivia Bruce. Resolved by echatellier. o If more than one task is running at a time, time is recorded in an accelerated manner Issue: 779. Resolved by echatellier. Changes: o Use Code Lutin signing certificate for jnlp application Issue: 981. Thanks to Tony Chemit. Resolved by tchemit. o Make webstart starts more friendly Issue: 956. Thanks to Tony Chemit. Resolved by tchemit. o Migrates to git Issue: 1128. Thanks to Tony Chemit. Resolved by tchemit. o Update libs Issue: 1320. Thanks to Éric Chatellier. Resolved by echatellier. o Remove xmlrpc web service layer Issue: 1323. Thanks to Éric Chatellier. Resolved by echatellier. o Use java 8 api Issue: 1322. Thanks to Éric Chatellier. Resolved by echatellier. o Add option to not display time in report Issue: 1329. Thanks to Éric Chatellier. Resolved by echatellier. Downloads --------- For a manual installation, you can download files here: https://forge.chorem.org/projects/jtimer/files * jtimer-1.5.zip - https://forge.chorem.org/attachments/download/240 Maven artifacts --------------- Artifacts are deployed in nuiton maven repository http://maven.nuiton.org/other-releases/ Have fun! -jTimer team -- Éric Chatellier - www.codelutin.com - 02.40.50.29.28

1 0

Abandon de la compatibilité gTimer
by Eric Chatellier 23 Mar '16

23 Mar '16

Bonjour, Pour clore proprement le ticket #1319, je préfererais abandonner la compatibilité gTimer et migrer le dossier .gtimer dans une nouvelle structure de répertoire .jtimer avec en sous dossiers: - data (actuel .gtimer) - backup - templates - ... Le format n'est déjà plus totalement compatible avec gTimer du fait des alertes #19 et gTimer n'est plus activement maintenu non plus. De plus, cela permettrait de faire evoluer un peu le format pour ajouter des informations, comme la description #988, par exemple. https://forge.chorem.org/issues/1319 https://forge.chorem.org/issues/19 https://forge.chorem.org/issues/988 -- Éric Chatellier - www.codelutin.com - 02.40.50.29.28

1 1

Etude des dépendances de jTimer 1.5.x
by Eric Chatellier 07 Mar '16

07 Mar '16

Bonjour, jTimer étant toujours trop gros (> 7 Mo zippé) par rapport à ce qu'il fait, voici l'état des dépendances et des possibilités d'amélioration. Par taille de dépendance: - freemarker (1,4Mo) : utile pour les rapport, mais voir pour utiliser mustache à la place ? - swingx-core (1.2Mo) : librairie sous utilisées, mais quand même quelques composant difficile à remplacer - jna (1.1Mo) : pas possible de faire mieux à cause du code natif (so, dll) des plateformes cibles - log4j-core (1.1Mo) : c'est gros pour ce que c'est, voir pour un remplacant ? logback (450k) ? - commons-collection4 (600k) : dépendance de nuiton-config - commons-collection (600k) : dépendance de nuiton-config - commons-lang3 (450k) : on doit pouvoir s'en passer avec java 8, mais ... dépendance de nuiton-config - nuiton-utils : dépendance de nuiton-config - commons-beanutils: dépendance de nuiton-config - commons-io: pourrait ne pas être utilisée, mais fonctions bien pratique car la File API de java 7 a des manques - nuiton-config: utile pour ApplicationConfig - (et il en reste) -- Éric Chatellier - www.codelutin.com - 02.40.50.29.28

3 6

Java 8 Swing date picker
by Eric Chatellier 07 Mar '16

07 Mar '16

Hi, Just to share : https://github.com/LGoodDatePicker/LGoodDatePicker It's a date picker using java.time.* API. -- Éric Chatellier - www.codelutin.com - 02.40.50.29.28

2 1

Problèmes sur le site corrigés -- Project's site problems fixed
by Tony Chemit 09 Apr '15

09 Apr '15

Hello, Il y avait plusieurs problèmes sur le site du projet (http://jtimer.chorem.org) Ils ont été corrigés :) Petit bonus : correction du jnlp pour utiliser un certificat reconnu. ~~~ Hi, We found some several problems on the project's site (http://jtimer.chorem.org) They have been fixed :). Extra bonus : we also fixed the jnlp usage of a correct certificate. Enjoy and Share. tony. -- Tony Chemit -------------------- tél: +33 (0) 2 40 50 29 28 http://www.codelutin.com email: chemit(a)codelutin.com twitter: https://twitter.com/tchemit

1 0

Librairie pour faire des tous petits graphes
by Benjamin POUSSIN 29 Jul '14

29 Jul '14

Salut, Voila une librairie pour faire de tous petits graphes, par exemple pour les temps des alarmes jtimer ou dans les rapports des barres graphes pour les temps par jours, ... http://omnipotent.net/jquery.sparkline/#s-about -- Benjamin POUSSIN -------------------- tél: +33 (0) 2 40 50 29 28 email: poussin(a)codelutin.com http://www.codelutin.com

1 1

Génération des rapport jour/semaine/mois/année
by Olivia Bruce 27 Jun '14

27 Jun '14

Bonjour, Aujourd'hui je me trouve face à une petite difficulté au niveau de la génération de rapport. Qu'est ce que c'est? C'est le résumé de toutes les tâches et de tous les projets qui ont été minutés entre deux bornes (des dates : dateInf avec heure 00:00:00 et dateSup avec heure 23:59:59) définies par l'utilisateur. Pour retrouver les tâches minutées entre deux bornes, c'est assez facile, la base de données peut aisément calculer par projet la somme des temps et la renvoyer. Ensuite on traite les données pour reconstruire l'arbre, et afficher à l'utilisateur le rapport. Qu'est ce qui pose problème? Sur jTimer v1, il était possible de dissocier par jour/semaine/mois/années les tâches minutées; on souhaite donc rééditer cette fonctionnalité sous jTimer v2. Je souhaiterais pouvoir récupérer mes taches sous la contrainte des bornes avec en plus un groupement par période. Et je n'ai pas trouvé par exemple de façon de classer les taches minutées par semaine directement. 1. Peut être que je me trompe et que des moyens existent de grouper par jour/mois. /semaine/année comme en mysql, si c'est le cas avis au connaisseur pour m'éclairer. 2. Sinon, il faudrait récupérer toutes les données et les traiter ensuite en java pour replacer tous les temps/tâches dans leur période, puis ensuite reconstruire l'arbre pour chaque période. Ce qui peut vite devenir lourd avec un grand nombre de données. 3. Ou encore définir chaque petite période, puis faire appel à la base pour récupérer les tâches avec les temps pour chaque période, puis reconstruire l'arbre pour l'affichage. Mais bon ce n'est pas vraiment conseillé de faire plein de petits accès donc je déconseille. Si quelqu'un a une idée il serait intéressant de m'en faire part, Merci.

2 1

Re: [Jtimer-devel] [Jtimer-commits] r2995 - in branches/ng-jtimer/src/main: java/org/chorem/jtimer/entities java/org/chorem/jtimer/storage java/org/chorem/jtimer/web webapp/js
by Tony Chemit 05 Jun '14

05 Jun '14

On Thu, 5 Jun 2014 18:19:13 +0200 (CEST) obruce(a)users.chorem.org wrote: > Added: branches/ng-jtimer/src/main/java/org/chorem/jtimer/entities/Pair.java On pourrait peut-être plutôt utiliser une classe qui existe déjà ? org.apache.commons.lang3.tuple.Pair > =================================================================== > --- branches/ng-jtimer/src/main/java/org/chorem/jtimer/entities/Pair.java (rev 0) > +++ branches/ng-jtimer/src/main/java/org/chorem/jtimer/entities/Pair.java 2014-06-05 16:19:13 UTC (rev 2995) > @@ -0,0 +1,46 @@ > +package org.chorem.jtimer.entities; > + > +import org.apache.commons.logging.Log; > +import org.apache.commons.logging.LogFactory; > + > +/** > + * Created by olivia on 05/06/14. > + * <p/> > + * Project name : jtimer > + * <p/> > + * Package name : org.chorem.jtimer.entities > + * > + * Cette classe represente un duo d'element type cle/valeur > + * @param <K> la cle > + * @param <V> la valeur > + */ > +public class Pair<K,V>{ > + > + protected static final Log log = LogFactory.getLog(Pair.class); > + > + private K key; //la clef de la pair > + private V value; //la valeur de la pair > + > + public Pair(K key, V value){ > + this.key = key; > + this.value = value; > + > + log.info(this.key.toString() + this.value.toString()); > + } > + > + public V getValue() { > + return value; > + } > + > + public void setValue(V value) { > + this.value = value; > + } > + > + public K getKey() { > + return key; > + } > + > + public void setKey(K key) { > + this.key = key; > + } > +} > -- Tony Chemit -------------------- tél: +33 (0) 2 40 50 29 28 http://www.codelutin.com email: chemit(a)codelutin.com twitter: https://twitter.com/tchemit

1 0