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
