May 2012 - Lima-devel - mailman.cloud.codelutin.com

Re: [Lima-devel] [Lima-commits] r3425 - in trunk/lima-swing/src/main: java/org/chorem/lima/enums java/org/chorem/lima/ui/accountsreports java/org/chorem/lima/ui/celleditor java/org/chorem/lima/ui/combobox java/org/chorem/lima/ui/common java/org/chorem/lima/ui/financialtransactionsearch resources/i18n
by Arnaud Thimel May 24, 2012

May 24, 2012

Autant pour le private -> protected, je suis d'accord, par contre pour la disparition du final, je me demande pourquoi ? Au contraire, je trouve que ça a plus de sens... Arnaud Le 16/05/2012 14:41, echatellier(a)users.chorem.org a écrit : > public enum ComboBoxDatesEnum { > > FISCAL_PERIOD(_("lima.enum.comboboxperiod.fiscalperiod")), > FINANCIAL_PERIOD(_("lima.enum.comboboxperiod.financialperiod")), > PERIOD(_("lima.enum.comboboxperiod.period")); > > - private final String description; > + protected String description; > > ComboBoxDatesEnum(String description) { > this.description = description;

3 2

Recherche par interval de dates (au lieu d'entités)
by Eric Chatellier May 10, 2012

May 10, 2012

Bonjour, Je refactor beaucoup de code sur les recherches via les dao pour retrouver des choses invalides, non close, non balancées etc... Je les fait fonctionner, c'est parfait. Par contre, je viens de m'apercevoir d'une chose que je ne comprend pas sur les recherches, elles sont faites par intervalles de date et non par association d'entités (exercice, périodes fiscal notamment). Par exemple, avant de close un exercice, on recherche les transactions non équilibrées de l'exercice. Cependant, au lieu de faire une requête JPA sur les transaction qui porte sur l'exercice, on recherche les transactions dont la date de la transaction est entre la date de début et la date de fin de l'exercice. Donc y a-t-il une raison à ce que les recherches soit fait de la sorte, ou cela n'a aucune importance ? -- Éric Chatellier <chatellier(a)codelutin.com> Tel: 02.40.50.29.28 http://www.codelutin.com

2 3

Architecture d'utilisation des services de Lima
by Eric Chatellier May 9, 2012

May 9, 2012

Bonjour, J'ai essayé de synthétiser l'architecture de lima telle qu'il est à l'heure actuelle. Donc nous avons: * les handler qui s'enregistrent sur les proxy monitorable et qui sont notifiés des modifications suite à l'appel d'une méthode sur un service. Cela reste interne à un client, et cela permet de mettre à jour facilement les interfaces qui manipule les mêmes données. * L'interceptor qui initie une topia context et qui l'enregistre dans la transaction courante (enlist). Même si ça fonctionne, je ne suis pas fan du fonctionnement: - thread local, avec accès statiques - j'ai l'impression que c'est plus un hack qu'autre chose. - la xaresource implémente 2 méthodes sur 8 À cogiter pour une prochaine discussion... -- Éric Chatellier <chatellier(a)codelutin.com> Tel: 02.40.50.29.28 http://www.codelutin.com

1 2