Le 14/07/2013 23:12, Eric Chatellier a écrit :
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). En complément du précédent mail, et suite à discussion voici ce qui sera modifié.
* L'application serait constituée d'un seul module serveur contenant l'application html5, les services rest, la synchronisation * L'application html5 fonctionnera en mode déconnecté. Elle se resynchronisera dès qu'une connexion sera disponible. Il y aura donc un cache local dans le localstorage * L'application communiquera via websocket à une application locale pour l'inactivité. Si la connexion n'est pas possible, elle proposera à l'utilisateur de télécharger le client (exe) et de l'installer (plugin système pour l'app jtimer html5). * Le client sera développé en natif (go ou autre). jtimer ne nécessitera pas de jvm locale pour fonctionner * jTimer sera renommé goTimer * ou pas * L'application nécessitera un navigateur web pour fonctionner (comment lancer simplement l'application en app mode?) * Il faudra proposer un packaging pour lancer localement le serveur * Il y aura une notion d'utilisateur en fonctionnement distant et non en local -- Éric Chatellier - Code Lutin Tel: 02.40.50.29.28 - http://www.codelutin.com