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@codelutin.com> Tel: 02 40 50 29 28 http://www.codelutin.com
