Re: Les conteneurs légers du futur arrivent à grands pas(Score : 1) par abh actif 11 Mar 2004 à 09:04

Mes collègues et moi avons lu avec grand intérêt cet article, car nous nous sommes attaqués à ces mêmes problèmes depuis pas mal de temps, et partageons plusieurs des points de vues exprimés par l'auteur. Avec l'expérience d'un framework similaire à Pico dans le monde Java, nous avons développé, dans notre groupe de R&D, un container léger en .NET appelé LEAF.NET, qui peut se hoster dans IIS, dans un Service NT, dans un exécutable de type console, dans un exécutable de type frame, et plus généralement dans toute application .NET. Des présentation de nos deux frameworks (.NET et Java) est disponible (en anglais) à l’adresse suivante : http://www.elca.ch/Solutions/Technology_Frameworks/LEAF/index.php, ainsi q'une datasheet du framework LEAF.NET: http://www.elca.ch/resources/LEAFdotNET_Datasheet_10.pdf Voici résumé en français les points clés: Component Framework: Les composants sont découverts à l'exécution, obtenu à travers des factory. Ils sont obtenus localement à l'aide de leur nom, et utilisés à travers leur interface. Les implémentations ont une configuration propre manageable dynamiquement. Une même implémentation peut-être réutilisée plusieurs fois avec un nom et une configuration différente. L'implémentation d'un composant peut-être locale ou distante. Component Types: Les différents types de composants disponibles sont: Les singletons (configuration, management, interception, publication, load-balancing). Les stateless clonés (configuration, management, interception, publication, gestion dans un pool optionnelle et paramétrable). Les stateful clonés (configuration, management, interception, publication, gestion dans un pool optionnelle et paramétrable). Les Singletons globaux (comme les singletons mais les données sont reparties sur les instances du cluster, en supportant l'arrivée ou la disparition de nouvelles machines). Les façades COM. Les façades Web Services. Les façades J2EE (via IIOP.NET). Le vôtre (Tous les types de composants sont des plug-ins et leur gestionnaire un composant). Les statiques (composants bas niveaux). Configuration: Chaque assemblage embarque sa propre configuration qui peut surcharger la configuration des assemblés qu'elle utilise. Du coup tous les assemblages sont des plug-in. La sécurité, l'instrumentation, le support de nouveaux types de composants... se "pluguent". Les assemblages communs se contentent de définir les noms des composants, leur interface, leurs value objects. Les assemblages clients "pluguent" des références à des noms de serveurs ou a des clusters. Les assemblages Serveurs "pluguent" des implémentations. Deployment: Support pour le multi-AppDomain, permet de passer simplement d'un fat client à du 3-tier en cluster sans toucher à l'implémentation. Remoting: Support pour la publication sélective: channel TCP sécurisé/non sécurisé, compression, encryption, pipe... Transaction & Data: Support des transactions déclaratives (via attributs) ou impératives (bloc using) de granularité méthode au niveau de tous les composants. Abstrait l'utilisation de COM (transaction multi-AppDomain, XA, interop) ou ADO.NET. Abstraction complète des différentes bases de données (IDbCommandBuilder,... ). Support des batches avec des points de reprise. Support transactionnel pour les fichiers (Compensating Resource Manager). Security: Système commun entre Winform, Webform, localisé sur le serveur applicatif. Support extensible de différent modes d'authentification (SSPI, DB, Custom), d'autorisation, de gestion de session, de gestion de profile. Support des identités multiples. Modèle User/Group/Operation avec interfaces de management. Possibilité de convertir les opérations des Principals en PermissionSet, ComponentMethodPermission, DataTablePermission,... Fault-tolerance: Communication: rappel des méthodes non appelées ou marquées idempotente. Cluster: changement d'instance/reroutage sur un cluster. Data: Gestion du Timeout pour ADO.NET. Load-balancing: Granularité composant ou méthode. Possibilité de définir ses propres stratégies d'affinité. Basé sur les données dans le cas du singleton global. Utilise par défaut l'identifiant de session. Dynamic Management: Remplacement d'implémentation à chaud, changement des chaînes d'interceptions, des paramètres de pool, de la configuration même des implémentations. Interface de management. Distributing Logging: Système commun pour les notifications et les traces Collecteur, et interface de visualisation. Multi-bootstrap: IIS Service NT Exécutable console Exécutable frame ... Support VS.NET: Wizard de création de Projets, Composants & Configuration. Support des projets de déploiement. Alain Borlet-Hote (ELCA, LEAF.NET Project Leader)