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

Proposition et question
by Olivia Bruce June 4, 2014

June 4, 2014

J'ai eu des propositions sur différents sujets que je préfère soumettre, dans ce qui suit je présente ce qui est en place et ce qui est proposé puis mon avis. Pour la synchro: Ce qui est présent : à chaque création d'un temps ou d'une tâche, on la pousse vers le serveur puis si une modification est faite on change l'élément en base. Si l'élément n'a pas pu être poussé il est stocké puis la tentative est faite plus tard. Avantage: pas de doublon, "petite" base Désavantage: perte des données de départ au profit des modifications Ce qui est proposé: avoir un système un peu comme des log qui va pousser un temps toutes les 5 min tant que le chrono est actif. pour les modifications il est alors ajouté un temps négatif. Avantage: tout est sauvegardé Inconvénient : volumétrie de la base, perte d'information sur le moment de la modification(début ou fin de période). Mon avis: Les deux solutions sont équivalentes, le risque de perte des données est faible. Cependant la seconde solution peut rapidement devenir trop volumineuse. Pour le fonctionnement de l'application: Ce qu'on a: L'UI est supposée fonctionner sans le module du serveur. L'UI stocke les données dans son local storage puis envoie les données vers le serveur qui stocke les données dans la base. Avantage: possibilité de fonctionner sans une connexion. Inconvénient: taille du local storage limité Proposition : Livré l'UI packagée avec un serveur pour permettre de se passer du local Storage et utiliser directement les données du serveur. Petit plus: utilisation des websockets pour prévenir l'UI. Avantage: pas de duplication des données (local Storage/base), Désaventage: plus lourd Mon avis: Je pense qu'il est probable que le localStorage ne puisse pas accueillir suffisamment de données. Il peut être intéressant d'utiliser la seconde idée.

2 1

algorithme de synchronisation
by Olivia Bruce May 20, 2014

May 20, 2014

Présentation simple de l'algorithme de synchronisation Ce qui est pris en compte: Ajout de tache/Modification de tache/Suppression de tache Ajout de periodde/Modification de periode/Suppression de periode La synchro se fait de l'UI vers le serveur et du serveur vers l'UI. La synchro se fait aussi du local storage vers l'UI et de l'UI vers le local storage. Il existe un systeme de todoList qui va gerer la synchronisation des elements de l'UI vers le serveur. Elle sauvegarde les taches et temps editees et les taches et temps crees/supprimees si la synchronisation n'a pas ete executee. Cette todoList est sauvegardee au cours du temps dans le local Storage de façon a ne pas perdre les modification sur les donnees si une synchro n'a pas pu se produire. L'Ui sauvegarde aussi son état dans le local Storage avec les webtimerdata. Synchro Ui -> Serveur Lors de l'ajout d'une tache dans l'UI, une demande d'ajout asynchrone est envoyée au serveur. Si la synchronisation échoue alors le nouvel élément est ajouté à la todolist. Lors de la suppression d'une tache dans l'UI, une demande asynchrone de suppression est envoyée au serveur. Si la synchronisation échoue alors l'élément supprimé est ajouté à la todolist. La modification d'une tache ou d'un temps ainsi que l'ajout ou la modification d'un temps ou la suppression d'un temps, est poussé dans la todoList, puis est traité de manière asynchrone. Sinon selon un intervalle (à définir - disons 10 min) une méthode se lance pour pousser de façon asynchrone les changements non traités (présents dans la todolist) vers le serveur. Synchro UI <- Serveur Au démarrage de jTimer une demande est faite automatiquement pour récupérer les tâches existante dans la base sous condition que la date de modification soit supérieur à la date de dernière synchro au serveur (sauvegardée dans la todolist et égale à 0 au premier démarrage pour récupérer toutes les dates). Les éléments récupérées sont ensuite comparé aux éléments du webtimerdata pour l'ajout ou la maj. Les temps sont récupérées pour chacune des sous-tâches avec toujours cette date de modification qui permet d'écrémer un peu le nombre d'élément rapatrié. A intervalle régulier les nouvelles taches sont rapatriées ainsi que les taches mise à jour. Jusqu’à maintenant on supprimait simplement les éléments de la base donc à la mise à jour suivante ils n'étaient pas récupérés. Ce système peut être à changer pour les synchro de plusieurs UI car sinon il devient difficile de repérer pour l'ui les tâches et périodes qui ont été supprimées de la base par un tiers sans parcourir toute la liste des tâches. Peut être avec une variable dans la base qui spécifie si l'élément a été supprimé.

1 0

Question sur JTimer v1
by Olivia Bruce April 23, 2014

April 23, 2014

Bonjour, Selon la discussion que l'on a eu dans le bureau, j'ai cru comprendre que la v1 avait été conçu de façon à ce qu'on ait qu'un temps par jour? Pourtant l'application permet l'émission de plusieurs temps pour une journée ou du moins la v2. Quels sont les raisons derrière ce choix? Il me semble pour moi important d'avoir plusieurs temps par jour pour une tâche, pour avoir un vraie suivie. Après je n'ai pas eu l'occasion de trop regarder le code de jTimer v1 donc peut être que je me trompe.

4 3

vision globale du projet
by Olivia Bruce April 22, 2014

April 22, 2014

- Au démarrage : Jtimer web tente de récupérer les éléments sur le serveur (findTasks(type de classement)) le serveur va demander à la base de donnée ou au serveur distant de lui fournir la liste des tâches selon un classement spécifié ( sans tache cachée, seulement les récentes... ) et va la fournir à l'UI. - A l'extinction : Les tâches dont le chrono n'est pas arrêté font la demande d'ajout de temps au serveur (addTime) et le serveur fait la demande à la base/serveur distant pour que le temps soit ajouté. Si une tâche doit être caché alors l'information est envoyé au serveur puis à la base - Création/ Ajout/ Suppression de tâche/ sous-tâche. Lorsque l'utilisateur souhaite : 1/ Créer une tâche/ sous-tâche : il clique sur l'élément permettant de créer des tâches qui ouvre un éditeur de champ et entre un nom, l'UI demande alors au serveur de créer la tâche (createTask) avec les infos spécifiées, la tâche est ensuite créée et stockée dans la base de donnée (dans le cas d'une sous-tâche le parent est spécifié). La base de donnée envoie ensuite une réponse success ou fail. 2/ Supprimer une tâche/sous-tâche : il clique sur l'élément qui supprime le tâche, si la tâche est une tâche feuille, on la supprime, on informe le serveur qui informe la base de donnée. si la tâche est un nœud (racine ou autre), l'ui s'assure que l'utilisateur est certain de son choix, si l'utilisateur est certain alors on demande au serveur de faire la suppression qui demande à la base la suppression récursive de ces éléments. -Activation/ Désactivation de tâche qui lance le compteur. 1/ Lorsque l'utilisateur active le chrono l'UI gère seule le chronométrage. 2/ Lorsque l'utilisateur désactive le chrono ou ferme le processus (stopTime) sans avoir désactivé un/plusieurs chrono alors l'UI demande d'ajouter ces informations (temps début,temps fin, tâche caché = false) au serveur qui demande d'enregistrer la date au début et en fin de chrono à la base de données. - Augmenter/Diminuer le temps passé sur une tâche. 1/ La tâche est en cours de chronométrage, l'UI le prend en compte. 2/ La tâche n'est pas en cours de chronométrage, l'UI envoie une demande de modification de temps (modifyTime) au serveur, il gère alors la demande à la base pour modifier la base de donnée (savoir quelle date modifiée, si il y a eu modification dans la journée ou pas) - Masquer/ Faire apparaître des tâches. 1/ Bouton au niveau de l'UI changement du statut de la tâche (la tâche passe sous un menu tâche caché ou visible). Lors de l'extinction de l'appli, l'information est envoyé au serveur pour que cette tâche ne soit plus affiché au prochain démarrage, la base est donc mise à jour. - Commenter une tâche. 1/ Bouton au niveau de l'UI changement de la note sur la tâche (un petit post-it peut être sur la tâche ). Demande serveur pour changer le commentaire sur la tâche, demande à la base. - Poser/ Enlever des alertes sur une tâche du type : -temps total à ne pas dépasser par tâche : clique droit ou clique sur symbole horloge de la tache projet côté UI demande au serveur d'ajouter une contrainte de temps ajout dans la base d'un temps limite pour la tâche. temps total à ne pas dépasser par jour sur une tâche : clic droit ou clique sur symbole horloge de la tache projet côté UI si temps respecté dans la journée alors pas de report reste dans l'UI sinon un popup demande si la contrainte doit être ajoutée pour la fois d'après si oui c'est enregistrer par le serveur dans la base. -Détection de l'inactivité (techno envisagée go). Gérer par l'UI, si inactif pas d'incrémentation du temps donc lorsqu'on ferme la fenêtre appel de addTime sans temps pas pris en compte. -Classement des taches : (tâches récentes ou par tag) Gérer par l'UI avec un menu défilant, l'affichage change en fonction de ce menu. Si affichage non typique type classement envoyée au serveur pour prochaine ouverture.

2 1

projet v2
by Olivia Bruce April 22, 2014

April 22, 2014

L'application avant : L'application Jtimer v1 permet à l'utilisateur de compter le temps passer sur un projet donner. Fonctionnalité : - Création/ Ajout/ Suppression de tâche/ sous-tâche. - Activation/ Désactivation de tâche qui lance le compteur. - Augmenter/Diminuer le temps passé sur une tâche. - Faire apparaître/ Masquer des tâches. - Commenter une tâche. - Poser/ Enlever des alertes sur une tâche du type : -temps total à ne pas dépasser par tâche. -temps total à ne pas dépasser par jour sur une tâche. - Détection de l'inactivité, arrêt si trop inactif. Ce que l'on veut pour la V2 : Fonctionnalité à reprendre de la V1 : - Création/ Ajout/ Suppression de tâche/ sous-tâche. - Activation/ Désactivation de tâche qui lance le compteur. - Augmenter/Diminuer le temps passé sur une tâche. - Faire apparaître/ Masquer des tâches. - Commenter une tâche. - Poser/ Enlever des alertes sur une tâche du type : -temps total à ne pas dépasser par tâche. -temps total à ne pas dépasser par jour sur une tâche. - Détection de l'inactivité (techno envisagée go). Fonctionnalité de la V2 : - Solution avec un serveur local pour synchroniser les données et permettre un interface avec des applis tiers. - Lancement sur un serveur local : jetty pour l'instant - UI gérée par Angularjs, rafraîchissement en temps réel. - Interaction ui-server - Enregistrer en local les données dans une base de données h2 : 2 tables pour l'instant task et tasktime. ? Utilité de la mise en cache des tâches actuelles dans le navigateur ? Peut être pour le test. - Récupération des données pour synchronisation de l'interface au démarrage : requête REST - Centralisation des données pour avoir une vision globale des temps passés, par la suite gestion avec Chorem. - Technos envisagées : Java/AngularJS/Go/Maven/H2/Jetty Ce que veulent les utilisateurs : - Possibilité d'avoir des tâches personnelles qui ne se synchronisent pas avec le reste. - Pouvoir dé-commenter des tâches. - Archivage (pas d'apparition) des tâches terminées. - Système de taches urgentes. Idée d'ajout : - Ajouter un label/service à la tâche pour pouvoir faire des statistiques sur un label/service - Lancement de l'alerte avant fin de temps → avoir une barre de chargement statique ou dynamique (ui.bootstrap.progressbar) http://angular-ui.github.io/bootstrap/ Ou encore Stacked pour le projet général permettrait de faire un truc sympa au niveau du temps total ( diagramme de Gant style). A faire : - Gestion de la base de données - Mise en place de communication REST entre l'UI et le serveur local - Définir le process de synchronisation - Étudier comment permettre l'ajout de nouvelles sources de synchronisation (ex: chorem, redmine, un autre serveur local).

2 1

[ANN] jTimer 1.4.3 released
by Tony Chemit Sept. 27, 2013

Sept. 27, 2013

L'équipe de jTimer est heureuse de vous annoncer la sortie de la version 1.4.3 ! jTimer est une application de gestion de temps. Quoi de neuf dans la version 1.4.3 ---------------------------------- * Ajout de raccourcis claviers sur les actions et pour naviguer dans l'arbre des tâches * Possibilité de démarrer l'application via webstart Changelog complêt de la version : http://chorem.org/news/57 Utiliser jTimer --------------- Vous pouvez utiliser webstart pour démarrer jTimer en lançant la commande : javaws http://maven-site.chorem.org/jtimer/jnlp/jTimer.jnlp ou bien en ouvrant l'url suivante dans votre navigateur http://maven-site.chorem.org/jtimer/jnlp/jTimer.jnlp Il est aussi toujours possible de télécharger jTimer (voir la section Téléchargement), de décompresser l'archive et de lancer l'exécutable. Téléchargement -------------- Pour une installation manuelle, vous pouvez télécharger cette nouvelle version ici : http://chorem.org/projects/jtimer/files * jtimer-1.4.3-bin.zip - http://chorem.org/attachments/download/146 * jtimer-1.4.3-src.zip - http://chorem.org/attachments/download/147 Quelques liens utiles : * documentation : http://maven-site.chorem.org/jtimer * roadmap : http://chorem.org/projects/jtimer/roadmap * forge : http://chorem.org/projects/jtimer Cordialement, -L'équipe jTimer. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ The jTimer team is pleased to announce the jtimer-1.4.3 release! jTimer is a Time tracking tool. What's up in version 1.4.3 -------------------------- * Add some useful shortcuts on action and to navigate in the tasks' tree * Can now start jTimer via webstart Full changelog of version: http://chorem.org/news/57 Use jTimer ---------- You can start jTimer using webstart by launching command: javaws http://maven-site.chorem.org/jtimer/jnlp/jTimer.jnlp or via your web browser at link http://maven-site.chorem.org/jtimer/jnlp/jTimer.jnlp Another way is to download the zip file (see next section), unzip it and start the executable. Downloads --------- For a manual installation, you can download files here: http://chorem.org/projects/jtimer/files * jtimer-1.4.3-bin.zip - http://chorem.org/attachments/download/146 * jtimer-1.4.3-src.zip - http://chorem.org/attachments/download/147 Some other useful links: * documentation : http://maven-site.chorem.org/jtimer * roadmap : http://chorem.org/projects/jtimer/roadmap * forge : http://chorem.org/projects/jtimer Have fun! -jTimer team tony.

1 0

Etat d'avancement jTimer 2
by Eric Chatellier Aug. 22, 2013

Aug. 22, 2013

Salut, Voici ce qui a été fait dans la roadmap actuelle de jTimer 2: - Reprise de l'application angular de Julien - Amélioration en application HTML connecté/déconnecté - Lancement jetty (plugin maven ou war executable) - Client go: - Serveur websocket - Publication du temps d'inactivité sur le socket - Systray gtk - Lancement de chrome/chromium sur localhost - Service restlet pour la synchro de l'appli html5: - Liste de toutes les taches avec les temps Todo dans limmédiat: - Appeler les services web via angular @Benjamin: Tu peux ajouter des services vides ou mockés, je ne sais pas exactement encore de quoi tu as besoin pour l'envoi des nouvelles taches/nouveaux temps. -- Éric Chatellier

1 0

Migration angular 1.2.0-rc1 pas possible
by Eric Chatellier Aug. 22, 2013

Aug. 22, 2013

Salut Pour infos, j'ai perdu un moment à essayer de migrer jtimer sur angular 1.2.0-rc1 et ca fonctionne pas. Il y a un bug en cours qui empeche l'utilisation de ng-include et ng-repeat en même temps: https://github.com/angular/angular.js/issues/3584 -- Éric Chatellier

1 1

Re: [Jtimer-devel] jTimer 2 architecture
by Tony Chemit July 27, 2013

July 27, 2013

Hello, Je prend le sujet en cours... Permettez moi juste de ne pas partager du tout à votre architecture tant logicielle que de la structure maven avec un seul module. Va falloir alors m'expliquer comment de mon côté je vais pouvoir écrire JTimer 2 (vu que vous allez nommer créer un nouveau projet *goTimer*, soit dit en passant le go = google :() et utiliser une api commune avec vous ? Comment vous compter implanter les mécanismes de synchronisation (tout dans le module je suppose), franchement c'est très moche pour design. Je vote contre énergiquement, je ne veux pas utiliser un navigateur web pour timer mes temps, alors laissez moi quand la possibilité de faire un autre truc à ma sauce avec un minimum d'intéraction avec votre code (ou bien est-ce trop demandé ?) <autre délire> Je rigole quand même un peu quand y'a pas bien longtemps on est venu nous dire que nuiton-utils était trop lourd en poids pour pouvoir être utilisé dans jtimer, ... quand je vois ce que vous voulez faire maintenant je me marre un brin. </autre délire> tony.

2 2

jTimer 2 architecture
by Eric Chatellier July 19, 2013

July 19, 2013

jTimer 2 architecture ===================== Je détail ici comment je vois l'architecture de jTimer 2.0 avec parfois des choses inconnues ou amusante à tester, voire des choses qui ne sont peut-être pas possibles. La v2 serait un réécriture complète, rien n'à reprendre de la v1. Livrable -------- Le but est d'avoir dans un premier temps un fonctionnement en local mais quand même sur une architecture client/serveur. Donc un jar exécutable démarrant un serveur http(?) et lançant un client (webview?, chrome app mode?, autre) sur ce serveur. À plus long terme, l'application devrait être capable de fonctionner avec un micro-client local et un serveur distant. Le tout attendu pour une application de timing sur les taches ne devrait pas dépasser 10Mo (de préférence). Micro-client ------------ Le micro-client serait une WebView(?) JavaFX par défaut, impliquant un prérequis java 7 (voire java 8) car il devrait supporter les websockets. Une option de lancement ou config pourrait démarrer à la place chromium en "app-mode". Ce lancement (sans navigation, menu, etc) n'a pas l'air possible sur firefox. Le micro-client est indispensable pour: - fournir un navigateur par défaut, connu de facon sur (WebView) - détecter l'inactivité système de l'utilisateur L'inactivité (entre autre) sera communiqué par le serveur vers le client, donc c'est là que le websocket entre en jeu. Mais la WebView JavaFX 2 ne supporte pas ça, et ca n'a pas l'air prévu pour JavaFX 3 non plus (java 8). Même chose pour la synchronisation par exemple qui pousserait des choses au client. Serveur ------- Le serveur doit avoir deux rôles: - fournir les ressources statiques (HTML/JS/CSS) - gérer les requêtes REST vers les services Il n'est donc à priori pas nécessaires d'avoir une Stack JEE complète ici, un petit serveur HTTP en Java devrait très bien faire l'affaire (Mini conteneur de servlet pour l'instant : tjws). Maven ----- J'hésite à tester l’écosystème javascript (Yeoman) et utiliser un plugin maven pour yeoman pour le packaging final (on se complique surement la vie à faire du frontend avec maven). Mais dans l’immédiat, plutôt du classique maven et nuiton-js. Je vois pour l'instant 2 modules (pour utilisation locale) : - jtimer-services * stockage et services métier * mais de lancement de serveur http(?) * ressources statiques => à terme, le module devait produire un artifact déployable pour les services rest (war?) - jtimer-cli (dep sur jtimer-services) * main * lancement d'un serveur http(?) avec les services en local * lancement du client web (webview/autre) * code de détection d'inactivité Technologies clientes --------------------- J'avais envie de tester des frameworks MVC, genre backbone + marionnette, emberjs ou autres, mais il n'y en a pas un qui m'attire particulièrement. Donc pour l'instant, ça serait du angular + javascript pur et du bootstrap pour ne pas développer de style dans un premier temps. Le tout optimisé par le plugin maven wro et cMinJawr et packerJs (ou autre). Détection de l'inactivité toujours via bridj. Technologies serveurs --------------------- En techno serveur on aurait: - un stockage jdbc sur h2 - un (ou plusieurs) service métier - une interface rest sur ces services (de préférence à ne pas développer) - peut être un proxy qui wrap toutes les requêtes service en: - transcodant les paramètres (params/body json) en object java - sérialisant les retours en json (via gson) Technologies diverses --------------------- En technologie diverses à utiliser (ou à tester) : * Communication serveur>client via websocket(? pas sûr des possibilités navigateur) * TestNG, fest assert pour les tests unitaires des services * Karma pour les tests unitaires javascript(?) * Selenium avec 'page factory pattern' ou FluentLenium pour les tests d'intégration: - par défaut sur phantomjs en headless - possibilité de lancer les tests sur firefox et chromium -- Éric Chatellier - Code Lutin Tel: 02.40.50.29.28 - http://www.codelutin.com

2 4