March 2010 - Lima-devel - mailman.cloud.codelutin.com

Roadmap modification lima
by Eric Chatellier April 8, 2010

April 8, 2010

Module ------ Proposition : - lima-persistence (persistence générées et moteur par défaut) - lima-business (dao, ejb) - lima-swing (ui swing) - lima-ofbiz (je vais pas le lié au build dans un premier temps) Mais il n'y a plus de trace de callao :( Callao = les impl dans lima-persistence + les impl dans lima-business ? Roadmap 1 --------- - amélioration du modèle (renommage de certaines entité "Log") - merge des deux projets - suppression des DTO - remplacement des codes d'échec réussite par des exceptions - conservation des UI actuelle - conservation des codes métier actuel => Estimation de temps : 6J Roadmap 2 --------- - développement métier - utilisation des DOA Topia - pre version fonctionnelle niveau métier => Estimation de temps : 5J Roadmap 3 --------- - amélioration des ui - pre version fonctionnelle globale => Estimation de temps : 15J Roadmap 4 --------- - modification de topia pour générer les interface des DAO - remplacement de l'utilisation des DOA Topia par des DOA génériques - ajout de JTA ( + EJB ?) => Estimation de temps : 8J (partie très technique) -- Éric <chatellier(a)codelutin.com> Tel: 02 40 50 29 28 http://www.codelutin.com

2 3

Traduction anglaise des termes comptables
by Eric Chatellier March 23, 2010

March 23, 2010

Bonjour, Dans les modification de l'architecture en cours, je me suis rendu compte que les traductions anglaise des termes (utilisé dans les entités et noms de méthodes) n'étaient pas bonnes voir confusant. Voici un glossaire qui reprend les traductions français/anglais des termes comptable : http://www.e-anglais.com/ressources/glossary.html D'après de livre "Progiciel de comptabilité" (CNCC/OECCA) : - l'exercice comptable : fiscal period - période comptable : financial period Je trouve la correspondance anglais/francais assez dure... -- Éric <chatellier(a)codelutin.com> Tel: 02 40 50 29 28 http://www.codelutin.com

1 0

Re: [Lima-devel] [Topia-devel] Ajout d'une méthode create(entity) sur le DAO
by Eric Chatellier March 23, 2010

March 23, 2010

Le 22/03/2010 18:36, Eric Chatellier a écrit : > Bonjour. > > J'ai ajouté une méthode create() sur le DAO > qui prend une entité en paramètres. > > Bizarrement elle n'existait pas. > > Y a-t-il une raison a son absence ? > > Le but est de faire ce genre de code : > Account myAccount = new AccountImpl() > [...] > myAccount = accoutDAO.create(myAccount); > Le problème est peut-être ailleurs finalement. Dans le cas de lima, inclure une forte dépendance sur les "Impl" n'est pas forcement une bonne solution non plus. On pourrait avoir une methode "newInstance()" sur le DAO qui retourne une instance de "Impl" manipulable via son interface. Par contre, dans le cas d'utilisation d'EJB distant, faire un appel au DAO à chaque instanciation risque d'être couteux (et compliqué par rapport à un simple "new"). -- Éric <chatellier(a)codelutin.com> Tel: 02 40 50 29 28 http://www.codelutin.com

2 1

JAXX dans lima
by Tony Chemit March 23, 2010

March 23, 2010

Yo, Je serais très intéressé pour qu'on m'explique ce qui a été défini pour l'utilisateur de JAXX dans lima. Je me permets de poser la question car j'ai pas envie qu'on reparte quelque chose à refaire dans quelques mois... Donc si le responsable du projet (qui est assis en face de moi :)) pouvait un peu expliquer ça serait bien bénéfique sauf s'il estime tout maîtriser et m'assurer qu'il ne va pas écrire des absurdités en JAXX... -- Tony Chemit -------------------- tél: +33 (0) 2 40 50 29 28 email: chemit(a)codelutin.com http://www.codelutin.com

2 1

Modification de l'architecture de LIMA/CALLAO
by Eric Chatellier March 2, 2010

March 2, 2010

Modification de l'architecture de LIMA/CALLAO ============================================= Voici le résumé de la modification de l'architecture de LIMA/CALLAO. Points majeurs : - Intégration de callao dans lima en tant que moteur par défaut - Conservation de la possibilité de changer de moteur ou d'interface - Suppression des DTO (utilisation des interfaces des entités metier générées) Nouvelle architecture --------------------- Trois couches (voir schéma) : - UI - Métier (dépendant de ToPIA) - Persistance (généré sur ToPIA) UI ~~ Dans un premier temps, une interface de type Swing. Mais une autre interface pourra être utilisé par la suite. Pas de DTO manipulé dans l'UI, utilisation des interfaces des beans métier (sans utiliser de spécificités de TopiaEntity). L'interface graphique contiendrait les fonctionnalités suivantes : - import/export des données Métier ~~~~~~ Se manipule via les interfaces des DAO. L'implémentation des DAO étant sur ToPIA. Problèmes lié au transaction. L'utilisation du TopiaContext n'est pas envisageable et rendrait trop dépendant de Topia. Solution 1 : JTA Utilisation de JTA et enregistrement de Topia comme transaction JTA. Permet de faire des vrai transaction sans utilisation directe du topia contexte. Solution 2 : EJB Implémentation via les EJB qui permet en plus des fournir directement des webservices. Utilisation d'OpenEJB pour pouvoir tourner en mode embarqué (sans serveur d'application) Pas d'intrusion des spécificités EJB sur les DAO. Utilisation d'un code annexe pour wrapper sur les DAO. Le métier contiendrait également les fonctionnalités métier suivantes: - les règles métier / cohérence de comptabilité (???) - génération des bilan - génération des impressions Persistance ~~~~~~~~~~~ Pour callao : génération entièrement sur ToPIA. Pour ofbiz, SAP : nouvelle implémentation sur les interfaces des DAO. Les modules pour ofbiz (etc...) dépendront donc de la persistance générées. -- Éric <chatellier(a)codelutin.com> Tel: 02 40 50 29 28 http://www.codelutin.com

2 1