OpenCCM : une infrastructure à composants pour le déploiement d'applications à base de composants CORBA

Le déploiement de composants logiciels pour la construction d'applications réparties consiste à coordonner un ensemble de tâches élémentaires comme le téléchargement des binaires sur les sites d'exécution, leur chargement en mémoire, la création d'instances de composants, l'interconnexion de leurs ports, la configuration de leurs propriétés métiers et techniques. Automatiser le processus de déploiement nécessite alors la présence d'une infrastructure logicielle elle-même répartie sur les différents sites d'exécution. Cet article présente les caractéristiques d'une telle infrastructure pour le déploiement d'applications à base de composants CORBA. Cette dernière a été conçue et réalisée dans le cadre de notre plate-forme OpenCCM, une implantation libre du modèle de composants CORBA. La principale caractéristique de cette infrastructure est qu'elle est elle-même conçue sous la forme d'assemblages de composants CORBA. Ceci autorise son assemblage dynamique lors de son déploiement sur les sites d'exécution.––––– Deployment of software components for building distributed applications consists of the coordination of a set of basic tasks like uploading component binaries to the execution sites, loading them in memory, instantiating components, interconnecting their ports, setting their business and technical attributes. The automation of the deployment process then requires the presence of a software infrastructure distributed itself on the different execution sites. This paper presents the characteristics of such an infrastructure for the deployment of CORBA component-based applications. This latter is designed and implemented in the context of our OpenCCM platform, an open source implementation of the CORBA Component Model. The main characteristic lays on the fact that this infrastructure is itself designed as a set of CORBA component assemblies. This allows its dynamic assembly during its deployment over the execution site

Un système coopératif basé sur les transactions

Colloque avec actes et comité de lecture. nationale.National audienceLa conception ou la réalisation de tout projet un tant soit peu conséquent sous-entend l?implication d?un certain nombre de personnes, voire d?un certain nombre d?équipes ou d?entreprises. Outre le fait qu?ils travaillent tous sur le même projet, les différents acteurs coopèrent et collaborent. En effet la réalisation de tout projet n?est pas faite en une succession d?étapes menées par un seul acteur mais par une synergie d?acteurs coopérant à la réalisation d?un but commun. C?est le concept même d?ingénierie concourante. Celle-ci nécessite une coopération entre les différents acteurs et un échange des données produite par chacun d?entre eux. De plus en plus d?entreprises utilisant internet pour l?échange de données, les différents acteurs ne sont alors plus soumis à l?obligation de travailler dans un même lieu géographique. On parle alors d?entreprise virtuelle ou d?entreprise-projet si le travail en commun dure le temps d?un projet. Cependant, il ne suffit pas simplement d?échanger des données pour travailler ensemble, il faut aussi contrôler et gérer ces échanges. La collaboration impliquant une certaine concourance dans le travail de plusieurs acteurs, la production de différentes versions des documents échangés implique un contrôle des échanges. L?objectif de cet article est la description d?un système de coopération réellement distribué. La philosophie globale de notre système est la distribution du contrôle des échanges et l?accès aux données échangées de manière standard. Adoptant une approche transactionnelle pour la réalisation de notre système de coopération, nous avons formalisés notre système transactionnel coopératif et notre critère de correction distribué (DisCOO-sérialisabilité). Dans cet article, nous nous servons d?un exemple support pour illustrer notre propos et appliquer cette formalisation à un cas concret. Nous présentons le prototype DisCOO (réalisé en Java et Prolog au-dessus d?un ORB) mettant en oeuvre notre système

Replication et Durabilité dans les systèmes répartis

Distributed dats bases and data replication are recognised today as an efficient way to increase availability and fiability in data bases. The problem of mutual co-herence of copies is however introduced. Updating data is to be done on all copies. The notion of durability is capital in database. It assume that when a database crash, comited transactions are load on a stable database memory. Durability is a technique of fault tolerance. Another technique of fault tolerance is replication, multiple copies assume that when one of them crash, the rest of copies continue to operate. This two tech-niques has their disavantages in terms of complexity and performance. This semester work, look how durability and replication work together. The performance criteria of the simulation are expressed in terms of the generated traffic, response time and duration of unavailability of copies

Commerce électronique et nouvelle formes d'organisation dans le secteur de la distribution industrielle européenne

Rapport de recherche - Destinataire : Rapport intermédiaire, PREDI

Commerce électronique et nouvelle formes d'organisation dans le secteur de la distribution industrielle européenne

NA