Intergiciels orientés composants.

Dimension: px
Commencer à balayer dès la page:

Download "Intergiciels orientés composants."

Transcription

1 Intergiciels orientés composants. Introduction à CCM (CORBA Component Model) Ada Diaconescu

2 Plan Motivation Introduction aux intergiciels orientés composant Définition de composants CCM Containers et composition de composants CCM Component Implementation Framework (CIF) Implantation des composants CCM Déploiement et configuration d applications CCM 2 CCM - CORBA Component Model

3 Motivation Limites des modèles de répartition basé objet page 3 CCM - CORBA Component Model

4 Rappel du Cycle de Vie d une application Le cycle d une application répartie est complexe Développement initial Définition des interfaces, de la topologie de l application Implantation Tests Déploiement sur plusieurs nœuds Evolutions successives Correction de bugs Modifications dans les interfaces Déploiement sur une nouvelle architecture (topologie, OS, ) 4 CCM - CORBA Component Model

5 Evolution de l Intergiciel Intergiciel Technologies pour faciliter le développement des applications réparties - Services réutilisables : communication, sécurité, transaction, persistance, - Infrastructure réutilisable d exécution Modèle de répartition : entités inter-agissantes, leur sémantique, Outillage: compilateurs, APIs, Evolution RPC : Sun RPC, Ada DSA,.. MOM : Java JMS, OMG DDS, AMQP, Objets répartis (DOC) : OMG CORBA, Java RMI, Ada DSA,.. Composants répartis (COS) : CCM, Java EE,.NET,.. Services répartis (SOC) : services Web, Architectures/Intergiciels orientés modèle (MDA) : Cadena, CoSMIC,.. 5 CCM - CORBA Component Model

6 Intergiciel orienté objet - DOC Intersection de deux domaines majeurs de l IT Les systèmes informatiques répartis La programmation orientée objet (OO) Systèmes répartis plus faciles à concevoir et à développer grâce aux techniques de l OO Les entités répartis sont des objets Parfois: support pour des langages et des plates-formes hétérogènes Client Proxy service AbstractService service 1 1 Service service : Client stub operation() middleware Object : Interface X skeleton Utilisation du patron de conception Broker 6 CCM - CORBA Component Model

7 Intergiciel DOC Apports & Limitations Apports Séparation entre la logique métier et la logique de répartition Aide au développeur pour résoudre les problèmes posés par la répartition Réutilisation de l expertise et de l effort via la réutilisation des platesformes et des services spécifiques à la répartition Limitations Difficultés de passage à l échelle (nombre d entités) Difficultés de maintien et d évolution des applications Temps de mise en marché important («time-to-market») Plus concrètement, sur l exemple de CORBA v2.x.. 7 CCM - CORBA Component Model

8 Rappelle CORBA v2.x Intergiciel DOC Support pour l hétérogénéité: langage, SE, protocole réseau,.. Support pour: Localisation Communication Gestion des erreurs Tolérance aux fautes Activation d objet/de serveur Concurrence / synchro. Sécurité, Définition d interfaces & de protocoles; pas d implantations 8 CCM - CORBA Component Model

9 Limitations de CORBA v2.x 1 / 2 Pas de frontière fonctionnelle bien définie Pas de mécanisme pour grouper les interfaces => extension difficile Pas de mécanisme standard pour assembler les objets Un objet doit explicitement chercher et se connecter aux objets utilisés Le code métier est mélangé avec le code de gestion des dépendances => code fragile et peu réutilisable Pas de support pour gérer le cycle de vie des objets Multiples politiques possibles pour le POA Pas de support pour les combinaisons / utilisations les plus courantes => longue période d apprentissage pour les développeurs de serveurs 9 CCM - CORBA Component Model

10 Limitations de CORBA v2.x 2 / 2 Pas de standard pour les serveurs d application Pas de procédure standard pour configurer un serveur: instanciation du serveur et de ses politiques de QoS, support des services réutilisables (ex. nommage, notification), gestion de l environnement d exécution de chaque composant, => implantations de serveur ad-hoc et fortement couplés Pas de standard pour la configuration et le déploiement du logiciel Pas de standard pour la distribution et le démarrage d objets à distance Pas de standard pour la configuration de chaque nœud / objet => Solutions ad-hoc pour: le déploiement du code sur les machines ciblées, configuration des machines et du logiciel, instanciation des implantations, => Systèmes et logiciels difficiles à maintenir et à réutiliser 10 CCM - CORBA Component Model

11 Intergiciels orientés composant Introduction à CORBA Component Model - CCM page 11 CCM - CORBA Component Model

12 CORBA : rappel de l architecture générale 12 CCM - CORBA Component Model

13 CORBA ~~> CCM Container CCM = CORBA + interfaces CCM Container CCM = CORBA + interfaces CCM CCM Infrastructure = CORBA + services CCM 13 CCM - CORBA Component Model

14 Des objets aux composants Le modèle de programmation «composant» permet de structurer une application en définissant : Un noyau implantant une fonctionnalité métier (ex. CCM Executor) Un containeur définissant les frontières du composant et gérant l exécution du composant (ex. CCM Container - gestion des aspects non-fonctionnels) Un framework à composants permettant de connecter les containers, les configurer, les instancier, ; et facilitant le développement de composants par la génération automatique de code (ex. CCM CIF) facet / facette event sink/ puits d événement Impl. Container (Containeur) receptacle / réceptacle event source / source d événement 14 CCM - CORBA Component Model

15 Exemples de systèmes à composant La notion de composant est commune à des nombreux systèmes, sous diverses formes Composants Java EE/EJB, DCOM/.NET pour les systèmes répartis OSGi / ipojo composants orientés service (Java) Modules Esterel, composants UML Composants.. Électroniques 18 CCM - CORBA Component Model

16 Solution : Intergiciel Orienté Composant Création d une frontière virtuelle autour de l implantation de composants, qui interagissent seulement via des interfaces bien définies. Définition des mécanismes standard pour les containeurs, qui permettent l exécution de composants dans des serveurs génériques Spécification de l infrastructure nécessaire pour le paquetage, la configuration, l assemblage et le déploiement des composants sur une plate-forme répartie 19 CCM - CORBA Component Model

17 Vue d ensemble de l intergiciel à composant Un composant encapsule une partie de la logique métier de l application Les composants interagissent via des ports Interfaces fournies facettes / «facets» Interfaces requises réceptacles / «receptacles» Sources et puits d événements / «event sources and sinks» Attributs / «attributes» Les containers fournissent des environnements d exécution pour les composants ayant des besoins d opération communs Les composants/containers peuvent également: Communiquer via l intergiciel («middleware bus») Réutiliser des services d intergiciel communs L intergiciel orienté composant définit des interfaces, des politiques et quelques implantations 20 CCM - CORBA Component Model

18 Intergiciel orienté composant Une classe d intergiciel qui permet la composition, la configuration et l installation de services réutilisables => Facilite la construction rapide d applications fiables => Construction d applications par composition/assemblage des éléments réutilisables plutôt que par développement Références Clemens Szyperski, "Component Software - Beyond Object-Oriented Programming", Addison-Wesley, 1998 Nanbor Wang, Douglas C. Schmidt et Carlos O'Ryan, An Overview of the CORBA Component Model, Component-Based Software Engineering, Addison-Wesley, CCM - CORBA Component Model

19 Implantation d une application CCM CCM simplifie le développement d applications réparties en fournissant un niveau d abstraction plus élevé Le modèle de construction introduit des nouveaux mécanismes, qui sont construits au dessus de CORBA Serveur de composants: surcouche à un ORB CORBA Component Implementation Framework (CIF) - API pour l implantation des composants - CIDL Component Implementation Description Language D&C (Deployment and Configuration) Fournit les outils pour automatiser les étapes de D&C Mécanismes de contrôle de l exécutif 22 CCM - CORBA Component Model

20 Etapes de développement d une application CCM Interface Design Component Design Component Implementation Component Packaging Interface IDL Definitions Deployment Tools Running Applications CCM rende explicits des pas qui étaient implicites en CORBA 2.X 23 Component IDL Definitions IDL Compiler System Deployment Stubs & Skeletons Deployment Plan Descriptor (.cdp) Component CIDL Definitions CIDL Compiler Component & Home Properties (Source du Schéma: Object Implementations Language Tools Servants, Executors, Contexts realizes Deployment Planning Tools Component Domain Descriptor (.cdd) Deployment Planning Component DLLs Component Interface Descriptors (.ccd) Component Package Descriptors (.cpd) realizes realizes Component & Home Properties Packaging Tools Component Package Descriptors (.cpd) Assembly Tools Component Implementation Descriptor (*.cid) Tutorial on CCM, Douglas C. Schmidt) uses Implementation Artifact Descriptors (.iad) Monolithic Component Description Component Implementation Descriptors (.cid) Component Assembly Descriptors Component & Home Properties Application Assembly

21 Développement d une application CCM CCM définit plusieurs rôles Concepteur de composants - Définit les fonctions du composant et ses collaborations (clients, autres comps.) - Spécifications des ports fournis et requis Programmeur de composants - Développe l implantation du composant (utilise les APIs fournies et générées) - Spécifie les métadonnées du composant («component descriptors») Créateur de paquetages - Construit les paquetages, groupant la logique et les métadonnées du composant Assembleur de composants - Sélectionne les implantations, spécifie leur configuration et met en place les connexions (via des descripteurs d assemblage «assembly descriptors») Responsable de déploiement de système - Instanciation de l exécutif sur différents nœuds de la plate-forme répartie 24 CCM - CORBA Component Model

22 Définition de composants CCM Utilisation de types IDL 3 page 25 CCM - CORBA Component Model

23 Modèle de composant CORBA (CCM) Un composant CCM possède: Un ou plusieurs interfaces (ports) - facette, réceptacle, événement Une fabrique (home) Un composant CCM est déclaré en IDL3 (extension d IDL 2) Traduction IDL3 IDL2 Ex: component Hello{ }; Un composant CCM possède une référence de base L équivalent de IOR pour un objet CORBA 26 CCM - CORBA Component Model

24 OMG IDL2 et IDL3 Chaque construction de IDL3 a une construction IDL2 Composants et Homes sont vues par l application au travers de la projection CCM vers IDL Permet : - de ne pas modifier la projection IDL, - de construire CCM indépendamment d une implantation CORBA précise, En construisant CCM au dessus de CORBA Une partition CCM peut interagir avec une partition non-ccm en appelant les interfaces déduites (IDL2) 27 CCM - CORBA Component Model

25 Conception de composants Les interfaces IDL2 sont préservées Ajout de nouveaux mots-clés (IDL3) pour CCM À chaque construction correspond une construction IDL2 Un composant est une unité de composition/déploiement Encapsulation d implantation + configuration Hérite d autres composants, supporte plusieurs interfaces // IDL 3 interface foo { void bar (); }; component foo_comp supports foo {}; interface A {}; interface B {}; component D supports A, B{}; component E : D {}; // Equivalent IDL 2 interface foo_comp : Components::CCMObject, foo {}; 28 CCM - CORBA Component Model

26 Facette CCM Facette - une interface fournie par un composant CCM Fournit un point de vue sur un composant Permet aux clients d avoir des points de vue différents sur un comp. Possède une référence et correspond à une interface IDL interface FacadeClient {... }; interface FacadeAgent {... }; interface FacadeAdmin {... }; component GestionCompte { provides FacadeClient fcli; provides FacadeAgent fagent; provides FacadeAdmin fadmin; }; Méthodes de navigation/recherche (par clé) de facettes Patron de conception «Extension Interface» 29 CCM - CORBA Component Model

27 Réceptacle CCM Réceptacle une interface requise par un composant CCM Permet de créer des liens entre composants (point de connexion) Deux types de connexions: simples ou multiples Les connexions peuvent se faire: Statiquement déclarations dans les configurations de déploiement Dynamiquement appel des méthodes de connexion et de déconnexion interface CompteCheques {... }; interface CompteEpargne {... }; component GestionCompte{ uses multiple CompteCheques cmpchqs; uses CompteEpargne cmpeprg; }; 30 CCM - CORBA Component Model

28 Evénement CCM Ports de réception/émission d événements asynchrones Deux types de ports : producteur/consommateur (ou source/puits ) Deux types de producteurs : 1-1 et 1-n Les clients s abonnent à des types d événements Modèle de communication de type push (seulement) Compatible avec les COSEvent et COSNotification eventtype PlusDeMonnaie{ } component CompteCheques{ emits PlusDeMonnaie pdm; // 1-1 publishes notif_out; // 1-n consumes notif_in; }; 31 CCM - CORBA Component Model

29 Fabrique & Recherche CCM («Home») Gestionnaire du cycle de vie d un type de composant Gère les instances d un composant Offre des outils de recherche d instances basés sur des clés Représente l équivalent du COSLifeCycle au niveau d IDL3 component GestionCompte{ }; valuetype KeyGestionCompte : PrimaryKeyBase { long identifiant; }; exception ClientInconnu {}; home HomeDeGestionnaires manages GestionCompte primarykey KeyGestionCompte { }; factory creegestionnaire( in long clientid ); finder trouvegestionnaire( in long clientid ) raises ( ClientInconnu ); 32 CCM - CORBA Component Model

30 L Architecture du containeur CCM & le CIF 33 CCM - CORBA Component Model

31 Container CCM Canevas standard du serveur CCM Etend le POA: cycle de vie des composants (activation/désactivation) gestion/optimisation des ressources Assure un accès simplifié aux COS: Sécurité, Transactions, Persistance, Evénements Utilise des callbacks pour gérer les instances des composants Ex: état de session, activation, désactivation, page 34 J. Hugues, A. Diaconescu - INFRES INF346 Basé sur le modèle CORBA

32 E x t e r n a l I n t e r f a c e s APIs Externes et Internes du Container Container Component Home CORBA Component Callback Interfaces APIs Externes Interfaces offertes aux clients Internal Interfaces POA APIs du Container Interfaces internes Interfaces de Call-Back (Source du Schéma: Tutorial on CCM, Douglas C. Schmidt) 35 J. Hugues, A. Diaconescu - INFRES INF346/2010, CCM v1.1

33 CCM Executors & Home Executors Implantent un composant et son home Deux modes d implantation Monolithique: - attributs, interfaces, facettes, puits sont implantés par une unique classe Segmenté: - plusieurs classes, par dérivation de ExecutorLocator Container Main Component Component Executor Specific Context Executors Executors Executors EnterpriseComponent Servant CCMContext CCMContext POA Le Container intercepte les invocations vers l Exécuteur pour prendre en charge l activation, la sécurité, etc. L Exécuteur fourni une interface de Call-back qui sera ensuite appelée par le Containeur L Exécuteur peut interagir avec son Container et avec d autres composants connectées via une interface de contexte page 36 J. Hugues, A. Diaconescu - INFRES INF346

34 Containeur CCM vue d ensemble Container Component Home F a c e t s E v e n t S i n k s COMPONENT EXECUTORS I n t e r n a l I n t e r f a c e s E v e n t S o u r c e s Component Reference Container Component Home Callback Interfaces C o m p o n e n t C o n t e x t C o m p o n e n t C o n t e x t R e c e p t a c l e s E v e n t S o u r c e s R e c e p t a c l e s Component Reference F a c e t s E v e n t S i n k s COMPONENT EXECUTORS I n t e r n a l I n t e r f a c e s Callback Interfaces POA POA ORB Transaction Persistent Security Notification COMPONENT SERVER 1 COMPONENT SERVER 2 (Source du Schéma: Tutorial on CCM, Douglas C. Schmidt) 37 J. Hugues, A. Diaconescu - INFRES INF346/2010, CCM v1.1

35 Connecter Composants et Containers CIDL Component Implementation DL IDL2 définit les interfaces fonctionnelles IDL3 permet de les grouper en composants (facettes, ) CIDL définit la connexion entre composants et container syntaxe proche de IDL définit les composants pris en charge par le container associé à PSDL (Persistent State Definition Language): permet de définir les zones de stockages pour les composants persistents Séparation des préoccupations, permet de générer le code de l enveloppe du container Code pour les servants CORBA qui prennent en charge la partie «administrative» du composant Génération d un fichier IDL pour les différents Exécuteurs page 38 J. Hugues, A. Diaconescu - INFRES INF346

36 Fonctions de base de CIDL Description des compositions (composants) Choix du cycle de vie d un composant (service, session, entity, process) Nom de la composition Nom du home executor pour le mode monolithique Type du home implanté Nom de la classe de l Executor composition <category> <composition name> home executor <home executor name>{ implements <home type>; manages <executor name>; }; }; page 39 J. Hugues, A. Diaconescu - INFRES INF346

37 Types de Composant CCM Composant Service a un comportement; mais n a pas d état et d identité modélise des éléments qui offrent l exécution indépendante des opérations (ex: command) Composant Session a un comportement et un état «transient»; mais n a pas d identité persistante modélise des sessions client (ex: login, shopping card) Composant Entity a un comportement et un état persistent; accessible aux clients via une clé primaire («primary key») modélise des éléments métier (ex: client, compte) Composant Process a un comportement et un état persistent (invisible aux clients); a une identité persistante accessible aux clients via des opérations spécifiques (définies par le développeur) modélise des processus métier (ex: procédure de paiement) 40 J. Hugues, A. Diaconescu - INFRES INF346

38 Le Processus de Compilation OMG CIDL User written Compiler Generated files 41 J. Hugues, A. Diaconescu - INFRES INF346

39 OMG CIDL & PSDL Compilation Process User written Compiler Generated files 42 J. Hugues, A. Diaconescu - INFRES INF346

40 Implantation des composants CCM page 43 INF346/2010, CCM v1.1

41 Client-side mapping Dans l hypothèse où on souhaite s en tenir aux différents fichiers IDL2 générés: utilisation du modèle CORBA pour interagir avec les composants On est «client» des composants Un composant = une interface IDL comme une autre.. Mais: complexe à manipuler Patrons réguliers de code: fabrique, tables de noms (mais pénible à mettre en place) A n utiliser que dans des cas bien particuliers, quand les performances deviennent critiques Par exemple un client léger avec peu de mémoire page 44 J. Hugues, A. Diaconescu - INFRES INF346

42 «classic» client example HelloWorld C++ #include <CORBA.h> #include <mico/cosnaming.h> #include "hello.h" int main (int argc, char *argv[]) { CORBA::ORB_var orb = CORBA::ORB_init (argc, argv); CORBA::Object_var obj = orb->resolve_initial_references ("NameService"); CosNaming::NamingContextExt_var nc = CosNaming::NamingContextExt::_narrow (obj); obj = nc->resolve_str ("HelloHome"); HelloHome_var hh = HelloHome::_narrow (obj); HelloWorld_var hw = hh->create (); hw->message ("Hello World"); hw->configuration_complete (); hw->sayhello (); hw->remove (); return 0; } 45 J. Hugues, A. Diaconescu - INFRES INF346/2010, CCM v1.1

43 Server-side mapping et CIF - Component Implementation Framework On souhaite implanter un composant On tire partie de la régularité du container CORBA pour générer une grande partie du code automatiquement CIF définit un modèle de programmation pour implanter les composants Objectif: faciliter l implantation Le développeur : implante seulement la partie métier Le container : activation, gestion des ports, introspection, persistence, sécurité, À charge du développeur d implanter les fonctions pour construire les composants, la partie métier, et la manière de gérer les homes On se place dans un cadre où il «suffit» d implanter certaines classes bien identifiées dans le mapping 46 J. Hugues, A. Diaconescu - INFRES INF346

44 Server-side architecture de conteneurs («containers») - 1/2 Figure provenant du document «CORBA Components», OpenCCM - Copyright 2002, Laboratoire d Informatique Fond de Lille ; Copyright Object Management Group, Inc. 47 J. Hugues, A. Diaconescu - INFRES INF346/2010, CCM v1.1

45 Server-side architecture de conteneurs («containers») 2/2 L Executor et le Context d un containeur CCM Figure provenant du document «CORBA Component Model Tutorial», OMG CCM Implementers Group, J. Hugues, A. Diaconescu - INFRES INF346/2010, CCM v1.1

46 Processus de construction d application CCM IDL IDL Compiler CIDL CIDL Compiler Stub Skel Servants Executors IDL Compiler Executor IDL Impl XML Component Descriptors GENERATED INHERITED page 49 J. Hugues, A. Diaconescu - INFRES INF346

47 Configuration et déploiement page 50 CCM - CORBA Component Model

48 CCM Deployment & Configuration (D&C) D&C a été adopté par l OMG en 2003 Il supporte Les assemblages hiérarchiques La gestion des ressources Qualité de Service Déploiement automatisé Chercher à supprimer le verrou de l implantation - c-à-d être lié à une implantation 51 J. Hugues, A. Diaconescu - INFRES INF346/2010, CCM v1.1

49 D&C & Model-Driven Architecture (MDA) MDA fait partie de l effort de l OMG autour de l ingénierie orienté modèle D&C suit ce modèle Modèle de déploiement abstrait (PIM) Instancié en un PSM pour CCM Basé sur une projection pour définir Fichiers IDL & XML pour le déploiement Il définit aussi un processus complet pour renseigner chaque modèle PIM: Platform-Independent Model PSM: Platform-Specific Model 52 J. Hugues, A. Diaconescu - INFRES INF346

50 Etapes du déploiement de CCM Spécification & Implantation Définition et implantation des fonctionnalités de l application sous forme de composants Packaging Regrouper les modules binaires et méta-données formant chaque composant Installation Mise en place des composants dans un dépôt dédié (e.g. référentiel d implantation) Configuration Configuration des paquetages avec les paramètres remplissant les besoins fonctionnels et non fonctionnels du systèmes Planification Affectation des ressources d exécution (CPU, réseau) à chaque composant Préparation Téléchargement des fichiers Démarrage Démarrage ordonné de tous les composants, jusqu au point où ils peuvent interagir Application des politiques de QoS Suivi et réaction pour garantir la QoS de bout-en-bout 53 J. Hugues, A. Diaconescu - INFRES INF346

51 Métadonnées produites / utilisées par D&C Component Interface Descriptor (.ccd) Interface, ports, & propriétés Implementation Artifact Descriptor (.iad) DLLs, OS, etc. Component Package Descriptor (.cpd) Implantation alternatives de composants Package Configuration Descriptor (.pcd) Top-level Package Descriptor (package.tpd) Component Implementation Descriptor (.cid) Relations entre composants 54 J. Hugues, A. Diaconescu - INFRES INF346

52 Métadonnées produites / utilisées par D&C Component Packages (.cpk) Un paquetage, ou un assemblage Component Domain Descriptor (.cdd) Décrit les ressources (nœuds, connexion, ressources) Deployment Plan Descriptor (.cdp) Projection d une application configurée vers un domaine Toutes ces données sont définies via un méta-modèle, exporté en XML Coût non négligeable à l exécution 55 J. Hugues, A. Diaconescu - INFRES INF346

53 Outils D&C Exploitent les diverses méta-données Packaging > Assemblages > Déploiement Une partie est embarqué avec le serveur CCM Deployment Plan Descriptor (. cdp ) Component Interface Descriptors (. ccd ) realizes Deployment Planning Tools Component Package Descriptors (. cpd ) Component & Home Properties Component Domain Descriptor (. cdd ) 56 J. Hugues, A. Diaconescu - INFRES INF346

54 Déploiement et configuration Étapes canoniques, après lecture du plan de déploiement par le serveur CCM NodeApplicationManager construit une NodeApplication, qui Instancie containers et composants Qui créent et enregistrent les homes, les composants et les connectent, en appelant les fonctions de call-back implantées par l utilisateur 57 J. Hugues, A. Diaconescu - INFRES INF346

55 Autres modèles & Conclusion INF346/2010, CCM v1.1

56 De CCM à Lightweight CCM Les spécifications CORBA couvrent un large domaine, qui entre en conflit avec les besoins spécifiques en puissance de calcul de cibles spécifiques: calcul scientifique, embarqué, temps réel Un sous-ensemble de CORBA CCM permet de supprimer plusieurs phases dans le traitement d une requête, la mise en place du déploiement, etc Lw-CCM définit ce sous-ensemble, il est complété par CORBA/e qui réduit le modèle objet CORBA sous-jacent Lw-CCM conserve les éléments clés du modèle: composant, facettes, homes, containers Il supprime tous les mécanismes dynamiques tels que l introspection, la persistance qui sont couteux à l exécution page 59 J. Hugues, A. Diaconescu - INFRES INF346/2010, CCM v1.1

57 CCM et autres modèles basé composants Enterprise Java Beans (EJB) Solution Java pour les composants, antérieur à CCM Modèle similaire, mais fortement couplé à Java Peu de visibilité sur le cœur de l exécutif CCM définissent une passerelle vers EJB.NET, DCOM Reprend la plupart des concepts de CCM Moins de politiques de configuration, de support pour la distribution Limité à Windows page 60 J. Hugues, A. Diaconescu - INFRES INF346/2010, CCM v1.1

58 Conclusion Les modèles de répartition ne résolvent qu une partie des besoins des applications réparties. Les évolutions d un système doivent aussi être prise en compte dans les mécanismes supportés. L approche composant vise à fournir le niveau d abstraction suffisant pour séparer interfaces, implantation et déploiement sur une architecture physique. CCM fournit ce modèle, en étendant le modèle objet de CORBA CORBA Implementation Framework (CIF) définit les mécanismes à prendre en compte, au niveau exécutif, et non fonctionnel OMG D&C fournit les mécanismes pour configurer l exécutif et déployer les composants Les implantations montrent que le coût à l exécution est élevé Travaux pour limiter l impact du cœur CORBA, en général sous-utilisé Utilisation de DDS à la place du cœur CORBA envisagé page 61 J. Hugues, A. Diaconescu - INFRES INF346/2010, CCM v1.1

59 Bibliographie page 62 CCM - CORBA Component Model

60 Références The CCM ressource page (maintenue par Diego Sevilla Ruiz) "Tutorial on the Lightweight CORBA Component Model (CCM) - Dr. Douglas C. Schmidt Introduction: "Middleware - CORBA Component Model (CCM)", - Prof. Lionel Seinturier 63 CCM - CORBA Component Model

61 Références (2) Livres CORBA 3 Fundamentals and Programming, John Siegel, John Wiley & Sons Internet OMG CCM specification - CCM resource page - (Diego Sevilla Ruiz) - Tutoriaux - Douglas Schmidt Introduction au CCM : - Philippe Merle Cas d Etude CCM (dîner des philosophes) : Articles - «Writing and Using CORBA Components», Frank Pilhofer, «The CORBA Component Model», Steve Vinoski, 2004 plusieurs parties Implantations Component Integrated ACE ORB (CIAO), basée sur TAO MICO CCM, OpenCCM, OW2, page 64 J. Hugues, A. Diaconescu - INFRES INF346

Composants Logiciels. Le modèle de composant de CORBA. Plan

Composants Logiciels. Le modèle de composant de CORBA. Plan Composants Logiciels Christian Pérez Le modèle de composant de CORBA Année 2010-11 1 Plan Un rapide tour d horizon de CORBA 2 Introduction au modèle de composant de CORBA Définition de composants CORBA

Plus en détail

Patrons de Conception (Design Patterns)

Patrons de Conception (Design Patterns) Patrons de Conception (Design Patterns) Introduction 1 Motivation Il est difficile de développer des logiciels efficaces, robustes, extensibles et réutilisables Il est essentiel de comprendre les techniques

Plus en détail

Conception et développement d applications avec OpenCCM

Conception et développement d applications avec OpenCCM * CE * URE Conception et développement d applications avec OpenCCM RNRT * * Philippe.Merle@lifl.fr Equipe GOAL Laboratoire d Informatique Fondamentale de Lille Revue finale CESURE, Marseille, 18 décembre

Plus en détail

NFP111 Systèmes et Applications Réparties

NFP111 Systèmes et Applications Réparties NFP111 Systèmes et Applications Réparties 1 de 38 NFP111 Systèmes et Applications Réparties Cours 11 - Les Enterprise Java Beans (Introduction aux Enterprise Claude Duvallet Université du Havre UFR Sciences

Plus en détail

CORBA. (Common Request Broker Architecture)

CORBA. (Common Request Broker Architecture) CORBA (Common Request Broker Architecture) Projet MIAGe Toulouse Groupe 2 1 CORBA, introduction (1/4) Les systèmes répartis permettent de créer des applications basées sur des composants auto-gérables,

Plus en détail

Introduction aux Composants Logiciels

Introduction aux Composants Logiciels Introduction aux Composants Logiciels Christian Pérez LIP/INRIA Année 2010-11 Plan Introduction aux composants logiciels Pourquoi des composants logiciels Notions de composants logiciels Conclusion Survol

Plus en détail

NFP111 Systèmes et Applications Réparties

NFP111 Systèmes et Applications Réparties NFP111 Systèmes et Applications Réparties 1 de 46 NFP111 Systèmes et Applications Réparties Cours 2 - Les appels de procédure distants (Partie 1) Claude Duvallet Université du Havre UFR Sciences et Techniques

Plus en détail

Introduction pratique au Développement orienté Modèle Pierre Parrend, Mars 2005

Introduction pratique au Développement orienté Modèle Pierre Parrend, Mars 2005 MDA : Un Tutoriel Introduction pratique au Développement orienté Modèle Pierre Parrend, Mars 2005 1 Sommaire Table des matières 1 Sommaire 1 2 Introduction 2 2.1 A qui s adresse ce tutoriel......................

Plus en détail

Architectures à composants

Architectures à composants Interaction requête/réponse Architectures à composants!communication par requête/réponse client requête réponse serveur Gaël Thomas gael.thomas@lip6.fr Université Pierre et Marie Curie Master Informatique

Plus en détail

NFP111 Systèmes et Applications Réparties

NFP111 Systèmes et Applications Réparties NFP111 Systèmes et Applications Réparties 1 de 34 NFP111 Systèmes et Applications Réparties Cours 7 - CORBA/Partie 1 Claude Duvallet Université du Havre UFR Sciences et Techniques 25 rue Philippe Lebon

Plus en détail

objectif : plan : Java, CORBA et RMI A. Le Grand,1997 1 JAVA, CORBA et RMI

objectif : plan : Java, CORBA et RMI A. Le Grand,1997 1 JAVA, CORBA et RMI JAVA, CORBA et RMI objectif : développer des applications client/serveur incluant des objets répartis Java / CORBA : client/serveur hétérogènes Java / RMI : client/serveur homogènes plan : l architecture

Plus en détail

SensorBean : Un modèle à composants pour les services basés capteurs

SensorBean : Un modèle à composants pour les services basés capteurs RENPAR 16 / CFSE 4 / SympAAA 2005 / Journées Composants Le Croisic, France, 5 au 8 avril 2005 SensorBean : Un modèle à composants pour les services basés capteurs Mikael Desertot, Cristina Marin, Didier

Plus en détail

Présentation de l architecture CORBA

Présentation de l architecture CORBA Présentation de l architecture CORBA Common Object Request Broker Architecture Yves LALOUM Conseil Audit de Systèmes d information CISA ylaloum@advisehr.com 29/04/2003 1 1.Introduction Depuis 1989, une

Plus en détail

Chapitre 5 CORBA (Common Object Request Broker Architecture)

Chapitre 5 CORBA (Common Object Request Broker Architecture) DÉVELOPPEMENT D APPLICATIONS RÉPARTIES CORBA (Common Object Request Broker Architecture) Amen Ben Hadj Ali amenbha@hotmail.com ISI-L3SIL 2011-2012 Plan 2 Architecture CORBA Le langage IDL CORBA en Java

Plus en détail

24/11/2011. Cours EJB/J2EE Copyright Michel Buffa. Plan du cours. EJB : les fondamentaux. Enterprise Java Bean. Enterprise Java Bean.

24/11/2011. Cours EJB/J2EE Copyright Michel Buffa. Plan du cours. EJB : les fondamentaux. Enterprise Java Bean. Enterprise Java Bean. Plan du cours 2 Introduction générale : fondamentaux : les fondamentaux Michel Buffa (buffa@unice.fr), UNSA 2002, modifié par Richard Grin (version 1.1, 21/11/11), avec emprunts aux supports de Maxime

Plus en détail

La démarche MDA. Auteur : Projet ACCORD (Assemblage de composants par contrats en environnement ouvert et réparti)*

La démarche MDA. Auteur : Projet ACCORD (Assemblage de composants par contrats en environnement ouvert et réparti)* La démarche MDA Auteur : Projet ACCORD (Assemblage de composants par contrats en environnement ouvert et réparti)* Référence : Livrable 1.1-5 Date : Mai 2002 * : Les partenaires du projet ACCORD sont CNAM,

Plus en détail

Conteneurs Adaptable Dynamiquement pour la plateforme CORBA Component Model Model

Conteneurs Adaptable Dynamiquement pour la plateforme CORBA Component Model Model Conteneurs Adaptable Dynamiquement pour la plateforme CORBA Component Model Model Journée de l'action spécifique CNRS-GET Systèmes répartis et réseaux adaptatifs au contexte ( Context-Aware ) Laboratoire

Plus en détail

SOA et Services Web. 23 octobre 2011. SOA: Concepts de base

SOA et Services Web. 23 octobre 2011. SOA: Concepts de base SOA et Services Web 23 octobre 2011 1 SOA: Concepts de base 2 Du client serveur à la SOA N est Nest pas une démarche entièrement nouvelle: années 1990 avec les solutions C/S Besoins d ouverture et d interopérabilité

Plus en détail

Ingénierie des Modèles. Introduction Générale

Ingénierie des Modèles. Introduction Générale Ingénierie des Modèles Introduction Générale Eric Cariou Master Technologies de l'internet 2 ème année Université de Pau et des Pays de l'adour UFR Sciences Pau Département Informatique Eric.Cariou@univ-pau.fr

Plus en détail

Conception d Applications Réparties

Conception d Applications Réparties Jean-François Roos LIFL - équipe GOAL- bâtiment M3 Extension - bureau 206 -Jean-Francois.Roos@lifl.fr 1 Objectifs du Cours Appréhender la conception d applications réparties motivations et concepts architectures

Plus en détail

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

OpenCCM : une infrastructure à composants pour le déploiement d'applications à base de composants CORBA OpenCCM : une infrastructure à composants pour le déploiement d'applications à base de composants CORBA Frédéric Briclet, Christophe Contreras et Philippe Merle Projet Jacquard INRIA Futurs Laboratoire

Plus en détail

Spécification du profil UML d assemblage cible EJB (version 1)

Spécification du profil UML d assemblage cible EJB (version 1) Spécification du profil UML d assemblage cible EJB (version 1) Auteur : Projet ACCORD (Assemblage de composants par contrats en environnement ouvert et réparti) Référence : Livrable 2.2 Date : 31 mai 2002

Plus en détail

AADL. un langage pour la modélisation et la génération d applications. Thomas Vergnaud, thomas.vergnaud@enst.fr

AADL. un langage pour la modélisation et la génération d applications. Thomas Vergnaud, thomas.vergnaud@enst.fr AADL un langage pour la modélisation et la génération d applications, thomas.vergnaud@enst.fr Les langages de description d architecture la conception des systèmes devient complexe difficulté de compréhension

Plus en détail

Objectifs du cours. Master mention Informatique M1. Construction d Applications Réparties. Sommaire. Organisation.

Objectifs du cours. Master mention Informatique M1. Construction d Applications Réparties. Sommaire. Organisation. Master mention Informatique M1 Construction d s Réparties Lionel Seinturier USTL-LIFL Équipe GOAL/Projet INRIA Jacquard Lionel.Seinturier@lifl.fr 2006/2007 1 Objectifs du cours Appréhender la conception

Plus en détail

Architecture à base de composants pour le déploiement adaptatif des applications multicomposants

Architecture à base de composants pour le déploiement adaptatif des applications multicomposants Architecture à base de composants pour le déploiement adaptatif des applications multicomposants Dhouha Ayed, Chantal Taconet, et Guy Bernard GET / INT, CNRS Samovar 5157 9 rue Charles Fourier 91011 Évry,

Plus en détail

Présentation de CORBA, RMI et SOAP

Présentation de CORBA, RMI et SOAP Présentation de CORBA, RMI et SOAP Christophe Borelly IUT GTR Béziers 2000 http://cb.iutbeziers.univ-montp2.fr Christophe.Borelly@iutbeziers.univ-montp2.fr Généralités CORBA, RMI et SOAP sont des techniques

Plus en détail

Ingénierie des Modèles. Transformations de Modèles

Ingénierie des Modèles. Transformations de Modèles Ingénierie des Modèles Transformations de Modèles Eric Cariou Université de Pau et des Pays de l'adour Département Informatique Eric.Cariou@univ-pau.fr 1 Plan Types de transformation Raffinement Projection

Plus en détail

ETUDE COMPARATIVE DES SERVICES DE RECHERCHE SUR PROPRIETES

ETUDE COMPARATIVE DES SERVICES DE RECHERCHE SUR PROPRIETES ETUDE COMPARATIVE DES SERVICES DE RECHERCHE SUR PROPRIETES Dhouha Ayed, Chantal Taconet et Guy Bernard GET / INT, CNRS Samovar 9 rue Charles Fourier, 91011 Évry, France {Dhouha.Ayed, Chantal.Taconet, Guy.Bernard}@int-evry.fr

Plus en détail

Types d applications pour la persistance. Outils de développement. Base de données préexistante? 3 modèles. Variantes avec passerelles

Types d applications pour la persistance. Outils de développement. Base de données préexistante? 3 modèles. Variantes avec passerelles Types d applications pour la persistance Université de Nice Sophia-Antipolis Version 0.9 28/8/07 Richard Grin Toutes les applications n ont pas une complexité qui nécessite une architecture n- tiers Ce

Plus en détail

Environnements de Développement

Environnements de Développement Institut Supérieur des Etudes Technologiques de Mahdia Unité d Enseignement: Environnements de Développement Mme BEN ABDELJELIL HASSINE Mouna m.bnaj@yahoo.fr Développement des systèmes d Information Syllabus

Plus en détail

Exécution des applications réparties

Exécution des applications réparties Exécution des applications réparties Programmation des Applications Réparties Olivier Flauzac URCA Master STIC-Informatique première année Olivier Flauzac (URCA) PAR : Exécution des applications réparties

Plus en détail

Les serveurs applicatifs et les architectures Java

Les serveurs applicatifs et les architectures Java 03 Lucas Part 02 Page 179 Lundi, 20. août 2001 2:58 14 Chapitre 15 Les serveurs applicatifs et les architectures Java Nous avons vu jusqu ici, dans les chapitres précédents, que les utilisateurs accèdent

Plus en détail

Java RMI. Programmation des applications réparties. Olivier Flauzac URCA. Master EEAMI-Informatique première année

Java RMI. Programmation des applications réparties. Olivier Flauzac URCA. Master EEAMI-Informatique première année Java RMI Programmation des applications réparties Olivier Flauzac URCA Master EEAMI-Informatique première année Olivier Flauzac (URCA) PAR : Java RMI MSTIC-INFO 1 1 / 30 1 RMI 2 Architecture 3 Développement

Plus en détail

Configuration et Déploiement d Applications Réparties par Intégration de l Hétérogénéité des Implémentations dans un Langage de Description d

Configuration et Déploiement d Applications Réparties par Intégration de l Hétérogénéité des Implémentations dans un Langage de Description d Configuration et Déploiement d Applications Réparties par Intégration de l Hétérogénéité des Implémentations dans un Langage de Description d Architecture Doctorant: Directeurs de thèse: Bechir ZALILA

Plus en détail

Auto-évaluation Aperçu de l architecture Java EE

Auto-évaluation Aperçu de l architecture Java EE Auto-évaluation Aperçu de l architecture Java EE Document: f1218test.fm 22/03/2012 ABIS Training & Consulting P.O. Box 220 B-3000 Leuven Belgium TRAINING & CONSULTING INTRODUCTION AUTO-ÉVALUATION APERÇU

Plus en détail

Programmation d applications distribuées

Programmation d applications distribuées Programmation d applications distribuées François Charoy Université Henri Poincaré 8 octobre 2007 Première partie I Développement d applications distribuées Objectifs du cours Comprendre ce qu est une

Plus en détail

Principes. 2A-SI 3 Prog. réseau et systèmes distribués 3. 3 Programmation en CORBA. Programmation en Corba. Stéphane Vialle

Principes. 2A-SI 3 Prog. réseau et systèmes distribués 3. 3 Programmation en CORBA. Programmation en Corba. Stéphane Vialle 2A-SI 3 Prog. réseau et systèmes distribués 3. 3 Programmation en CORBA Stéphane Vialle Stephane.Vialle@supelec.fr http://www.metz.supelec.fr/~vialle 1 Principes 2 Architecture 3 4 Aperçu d utilisation

Plus en détail

Institut Supérieur de Gestion. Cours pour 3 ème LFIG. Java Enterprise Edition Introduction Bayoudhi Chaouki

Institut Supérieur de Gestion. Cours pour 3 ème LFIG. Java Enterprise Edition Introduction Bayoudhi Chaouki Institut Supérieur de Gestion Cours pour 3 ème LFIG Java Enterprise Edition Introduction Bayoudhi Chaouki 1 Java EE - Objectifs Faciliter le développement de nouvelles applications à base de composants

Plus en détail

D une part, elles ne peuvent faire table rase de la richesse contenue dans leur système d information.

D une part, elles ne peuvent faire table rase de la richesse contenue dans leur système d information. PACBASE «Interrogez le passé, il répondra présent.». Le Module e-business Les entreprises doivent aujourd hui relever un triple défi. D une part, elles ne peuvent faire table rase de la richesse contenue

Plus en détail

Introduction. Réalisation d'une application répartie (fournissant un ou plusieurs services)

Introduction. Réalisation d'une application répartie (fournissant un ou plusieurs services) Intergiciels Introduction Réalisation d'une application répartie (fournissant un ou plusieurs services) Bas niveau : Sockets Haut niveau : Intergiciels (Middleware) Appel de procédure à distance (RPC),

Plus en détail

SDL: 20 ans de programmation basée modèle

SDL: 20 ans de programmation basée modèle SDL: 20 ans de programmation basée modèle Emmanuel Gaudin emmanuel.gaudin @ pragmadev.com Principes MDE, MDA et MDD: Approche orienté modèle PIM: Platform Independant Model PDM: Platform Definition Model

Plus en détail

Java pour le Web. Cours Java - F. Michel

Java pour le Web. Cours Java - F. Michel Java pour le Web Cours Java - F. Michel Introduction à JEE 6 (ex J2EE) Historique Qu'est-ce que JEE JEE : Java Entreprise Edition (ex J2EE) 1. Une technologie outils liés au langage Java + des spécifications

Plus en détail

Cours en ligne Développement Java pour le web

Cours en ligne Développement Java pour le web Cours en ligne Développement Java pour le web We TrainFrance info@wetrainfrance Programme général du cours Développement Java pour le web Module 1 - Programmation J2ee A) Bases de programmation Java Unité

Plus en détail

Plan. Department of Informatics

Plan. Department of Informatics Plan 1. Application Servers 2. Servlets, JSP, JDBC 3. J2EE: Vue d ensemble 4. Distributed Programming 5. Enterprise JavaBeans 6. Enterprise JavaBeans: Special Topics 7. Prise de recul critique Enterprise

Plus en détail

Figure 1-1. Plateformes compatibles avec WCF

Figure 1-1. Plateformes compatibles avec WCF 1 Bonjour Indigo Windows Communication Foundation (WCF), auparavant connu sous le nom de code «Indigo», est une nouvelle plateforme de messages distribués. Il fait partie du Framework.NET 3.0 livré avec

Plus en détail

1. QCM (40 points) (1h)

1. QCM (40 points) (1h) Examen 1ère session 2012-2013 page 1 NSY 102 - AISL IPST-CNAM Intranet et Designs patterns NSY 102 Vendredi 26 Avril 2013 Durée : 3 heures Enseignants : LAFORGUE Jacques 1. QCM (40 points) (1h) Mode d'emploi

Plus en détail

PaCO++ André Ribes Réunion Hydrogrid Rennes 15/09/03

PaCO++ André Ribes Réunion Hydrogrid Rennes 15/09/03 PaCO++ André Ribes Réunion Hydrogrid Rennes 15/09/03 Plan Contexte Problèmes CORBA PaCO++ Conclusion / perspectives Contexte : couplage de code Structural Mechanics Optics Thermal Dynamics Satellite design

Plus en détail

Mise en œuvre des serveurs d application

Mise en œuvre des serveurs d application Nancy-Université Mise en œuvre des serveurs d application UE 203d Master 1 IST-IE Printemps 2008 Master 1 IST-IE : Mise en œuvre des serveurs d application 1/54 Ces transparents, ainsi que les énoncés

Plus en détail

NSY102. Conception de logiciels Intranet Introduction

NSY102. Conception de logiciels Intranet Introduction Conception de logiciels Intranet Introduction Cnam Paris jean-michel Douin, douin au cnam point fr 6 Février 2009 Une Introduction 1 Sommaire Introduction Généralités Tendances historique API & Intergiciel

Plus en détail

Prise en compte des ressources dans les composants logiciels parallèles

Prise en compte des ressources dans les composants logiciels parallèles Prise en compte des ressources dans les composants logiciels parallèles Aperçus de l action RASC et du projet Concerto F. Guidec Frederic.Guidec@univ-ubs.fr Action RASC Plan de cet exposé Contexte Motivations

Plus en détail

Industrialisation des développements Spring dans Eclipse

Industrialisation des développements Spring dans Eclipse C Industrialisation des développements Spring dans Eclipse L objectif de cette annexe est de décrire comment mettre en œuvre une approche dirigée par les modèles afin d industrialiser les développements

Plus en détail

Etude de cas PLM. Patrice TORGUET IRIT Université Paul Sabatier

Etude de cas PLM. Patrice TORGUET IRIT Université Paul Sabatier Etude de cas PLM Patrice TORGUET IRIT Université Paul Sabatier Plan Exemple PLM Répartition avec Sockets Répartition avec RMI Répartition avec CORBA Répartition avec JMS Répartition avec Java EE Améliorations

Plus en détail

Cedric Dumoulin (C) The Java EE 7 Tutorial http://docs.oracle.com/javaee/7/tutorial/doc/

Cedric Dumoulin (C) The Java EE 7 Tutorial http://docs.oracle.com/javaee/7/tutorial/doc/ Cedric Dumoulin (C) The Java EE 7 Tutorial http://docs.oracle.com/javaee/7/tutorial/doc/ Webographie The Java EE 7 Tutorial http://docs.oracle.com/javaee/7/tutorial/doc/ Les slides de cette présentation

Plus en détail

devant l université de Rennes 1

devant l université de Rennes 1 N o d ordre: 3000 THÈSE Présentée devant devant l université de Rennes 1 pour obtenir le grade de : Docteur de l université de Rennes 1 Mention Informatique par Karine Macedo De Amorim Équipe d accueil

Plus en détail

Systèmes Distribués Des protocoles client serveur au paradigme objets distribués avec Java

Systèmes Distribués Des protocoles client serveur au paradigme objets distribués avec Java Systèmes Distribués Des protocoles client serveur au paradigme objets distribués avec Java (application avec Java RMI) Éric Leclercq Département IEM / Laboratoire LE2i Décembre 2010 émail : Eric.Leclercq@u-bourgogne.fr

Plus en détail

JAVA PROGRAMMATION. Programme. 1. Java, HTML et World Wide Web

JAVA PROGRAMMATION. Programme. 1. Java, HTML et World Wide Web PROGRAMMATION PUBLIC Professionnels informatiques qui souhaitent développer des applications et «applets» Java DUREE 4 jours 28 heures OBJECTIF Créer divers «applets» à intégrer dans un site Web dynamique,

Plus en détail

Profiles UML et langage J : Contrôlez totalement le développement d applications avec UML

Profiles UML et langage J : Contrôlez totalement le développement d applications avec UML White Paper UML Profile Builder Softeam 1999 Page 1/12 Profiles UML et langage J : Contrôlez totalement le développement d applications avec UML White Paper Softeam 1999 Le profile UML est conçu pour structurer

Plus en détail

Intergiciel - concepts de base

Intergiciel - concepts de base Intergiciel - concepts de base Ada Diaconescu, Laurent Pautet & Bertrand Dupouy ada.diaconescu _at_ telecom-paristech.fr Rappel : système réparti Système constitué de multiples ressources informatiques

Plus en détail

ADA 95 et la répartition

ADA 95 et la répartition CONSERVATOIRE NATIONAL DES ARTS ET METIERS PARIS (Année 2003 / 2004) MÉMOIRE D EXAMEN PROBATOIRE Spécialité : INFORMATIQUE, RÉSEAUX, SYSTEMES, MULTIMEDIA SUJET N 24 : ADA 95 et la répartition Recommandation

Plus en détail

Résultats des projets CARROLL. Bilan et perspectives. Ingénierie logicielle orientée modèle MDD

Résultats des projets CARROLL. Bilan et perspectives. Ingénierie logicielle orientée modèle MDD Résultats des projets CARROLL Bilan et perspectives Ingénierie logicielle orientée modèle MDD Serge Salicki, THALES Workshop CARROLL 23 septembre 2005 THALES et le MDE Le MDE est dans la strategie de THALES

Plus en détail

Sensibilisation à RMI (Remote Method Invocation)

Sensibilisation à RMI (Remote Method Invocation) Jini Sensibilisation à RMI (Remote Method Invocation) Le rêve de tout système distribué L idéal serait d avoir un système distribué utilisant la technologie objet et permettant : 1) d invoquer une méthode

Plus en détail

Architecture de déploiement d un système réparti. Kawtharany Mohamed Laboratoire d'informatique et Télécommunication ENST Bretagne

Architecture de déploiement d un système réparti. Kawtharany Mohamed Laboratoire d'informatique et Télécommunication ENST Bretagne Architecture de déploiement d un système réparti Kawtharany Mohamed Laboratoire d'informatique et Télécommunication ENST Bretagne I. Introduction Contexte du travail. Étude du déploiement. Modélisation

Plus en détail

Bases de données et environnements distribués Chapitre II : CORBA

Bases de données et environnements distribués Chapitre II : CORBA Bases de données et environnements distribués Chapitre II : CORBA Eric Leclercq Département IEM / UB 10/2005 email : Eric.Leclercq@u-bourgogne.fr http://ludique.u-bourgogne.fr/~leclercq http://ufrsciencestech.u-bourgogne.fr

Plus en détail

Conception et Développement Orientés Objets Cours 1 : Introduction. 2 Les paradigmes de programmation. 3 Les concepts de la programmation objet

Conception et Développement Orientés Objets Cours 1 : Introduction. 2 Les paradigmes de programmation. 3 Les concepts de la programmation objet CNAM UV 19357 Année 2003-2004 David Delahaye David.Delahaye@cnam.fr Conception et Développement Orientés Objets Cours 1 : Introduction 1 Présentation de la valeur Ce cours s adresse à toute personne ayant

Plus en détail

Les Systèmes et Applications Réparties et leur Programmation

Les Systèmes et Applications Réparties et leur Programmation Les Systèmes et Applications Réparties et leur Programmation Samia Bouzefrane Maître de Conférences Laboratoire CEDRIC Conservatoire National des Arts et Métiers 292 rue Saint Martin 75141 Paris Cédex

Plus en détail

Objectifs. Maîtriser. Pratiquer

Objectifs. Maîtriser. Pratiquer 1 Bases de Données Objectifs Maîtriser les concepts d un SGBD relationnel Les modèles de représentations de données Les modèles de représentations de données La conception d une base de données Pratiquer

Plus en détail

Les architectures N-tiers

Les architectures N-tiers Les architectures N-tiers 1 SOMMAIRE DU COURS XML ET LES ARCHITECTURES N-TIER Introduction aux architectures N-tier Serveurs d applications Déploiement d applications J2EE Tiers applicatif : servlets Tiers

Plus en détail

Solutions de gestion de la sécurité Livre blanc

Solutions de gestion de la sécurité Livre blanc Solutions de gestion de la sécurité Livre blanc L intégration de la gestion des identités et des accès avec l authentification unique Objectif : Renforcer la politique de sécurité et améliorer la productivité

Plus en détail

Extensions à la formation. Laurent Pérochon, 28-30 avril 2008, RMT Modelia, modélisation conceptuelle, formation UML, INRA Castanet Tolosan

Extensions à la formation. Laurent Pérochon, 28-30 avril 2008, RMT Modelia, modélisation conceptuelle, formation UML, INRA Castanet Tolosan Extensions à la formation Diagramme de timing FinEpreuve SautBarrière CourseAvantBarrière SautMur {>2 et 10 et 2 et 10 et

Plus en détail

SOA et Services Web. 23 octobre 2011. Evolution des Systèmes d Information

SOA et Services Web. 23 octobre 2011. Evolution des Systèmes d Information SOA et Services Web 23 octobre 2011 1 Evolution des Systèmes d Information 2 Qu est ce qu une application répartie? Il s agit d une application découpée en plusieurs unités Chaque unité peut être placée

Plus en détail

Assemblage de composants par contrats. État de l'art et de la standardisation

Assemblage de composants par contrats. État de l'art et de la standardisation Assemblage de composants par contrats État de l'art et de la standardisation Auteur : Projet ACCORD (Assemblage de composants par contrats en environnement ouvert et réparti)* Référence : Livrable 1.1-1

Plus en détail

Corba avec Java et C++ 2004 Jean Marc Vanel Transiciel Sogeti

Corba avec Java et C++ 2004 Jean Marc Vanel Transiciel Sogeti Corba avec Java et C++ 2004 Jean Marc Vanel Transiciel Sogeti 1 1 Contenu et déroulement 2 Plan Partie 1: survol vision Corba mise en oeuvre de Corba liaison et transport dans Corba services «communs»

Plus en détail

Sécurisation d environnements CORBA : Le cas des coupes-feux pour les accès Internet

Sécurisation d environnements CORBA : Le cas des coupes-feux pour les accès Internet Sécurisation d environnements CORBA : Le cas des coupes-feux pour les accès Internet Bruno TRAVERSON EDF Division R&D Cet exposé est basé sur une expérimentation menée à la division R&D d EDF, l expérimentation

Plus en détail

OpenPaaS Le réseau social d entreprise. Tâche 3.2.2 : Métamodèle support à la caractérisation des utilisateurs et des collaborations

OpenPaaS Le réseau social d entreprise. Tâche 3.2.2 : Métamodèle support à la caractérisation des utilisateurs et des collaborations OpenPaaS Le réseau social d entreprise Tâche 3.2.2 : Métamodèle support à la caractérisation des utilisateurs et des collaborations Propriétés du Document Source du Document Titre du Document FSN OpenPaaS

Plus en détail

Apache Tomcat 8 Guide d'administration du serveur Java EE 7 sous Windows et Linux

Apache Tomcat 8 Guide d'administration du serveur Java EE 7 sous Windows et Linux Avant-propos 1. À qui s adresse ce livre? 11 2. Les pré-requis 12 Préambule 1. Rappel sur les architectures Internet/Intranet/Extranet 13 1.1 Le protocole HTTP 14 1.1.1 Les méthodes HTTP 16 1.1.2 Les codes

Plus en détail

Bases de données et environnements distribués Chapitre I : Objets distribués, concepts fondamentaux

Bases de données et environnements distribués Chapitre I : Objets distribués, concepts fondamentaux Bases de données et environnements distribués Chapitre I : Objets distribués, concepts fondamentaux Eric Leclercq Département IEM / UB 10/2005 email : Eric.Leclercq@u-bourgogne.fr http://ludique.u-bourgogne.fr/~leclercq

Plus en détail

Méthodologie de Développement Objet

Méthodologie de Développement Objet 1/47 Méthodologie de Développement Objet Troisième partie : Ingénierie des Modèles Christine Solnon INSA de Lyon - 4IF 2014-2015 2/47 Introduction Automatiser la production de logiciels? Saint Graal du

Plus en détail

Description de la formation

Description de la formation Description de la formation Modalités Ce parcours de formation est un parcours en alternance, d une durée de 2ans, à raison d une semaine de formation par mois, soit 770 heures et de trois semaines de

Plus en détail

Propagation d événements entre passerelles OSGi

Propagation d événements entre passerelles OSGi Propagation d événements entre passerelles OSGi Didier Donsez*, Gaël Thomas (* puis +) * Université Joseph Fourier (Grenoble 1) IMA IMAG/LSR/ADELE (UMR CNRS 5526) + Université Pierre et Marie Curie (Paris

Plus en détail

Module B9-1 : sensibilisation à l UML

Module B9-1 : sensibilisation à l UML Module B9-1 : sensibilisation à l UML Session 5 : Conception et adaptation à l entreprise Olivier Habart : habart.olivier@gmail.com ENSTA B9-1 UML (Olivier Habart) Novembre 14 Diapositive N 1 Session 5

Plus en détail

Développement logiciel pour l Architecture Orientée Services avec IBM Rational Software Development Platform

Développement logiciel pour l Architecture Orientée Services avec IBM Rational Software Development Platform IBM Software Group Développement logiciel pour l Architecture Orientée Services avec IBM Rational Software Development Platform Thierry Bourrier, Techical Consultant thierry.bourrier@fr.ibm.com L Architecture

Plus en détail

Extension de passerelles OSGi pour les domaines de la distribution électrique: Modèles et outils

Extension de passerelles OSGi pour les domaines de la distribution électrique: Modèles et outils Extension de passerelles OSGi pour les domaines de la distribution électrique: Modèles et outils F. Baude, A. Bottaro, J.M. Brun, A. Chazalet, A. Constancin, D. Donsez; L. Gurgen, Ph. Lalanda, V. Legrand,

Plus en détail

Modélisation Principe Autre principe

Modélisation Principe Autre principe Modélisation Principe : un modèle est une abstraction permettant de mieux comprendre un objet complexe (bâtiment, économie, atmosphère, cellule, logiciel, ). Autre principe : un petit dessin vaut mieux

Plus en détail

Intégration d'applications d'entreprise (INTA)

Intégration d'applications d'entreprise (INTA) Master 2 SITW - Recherche Intégration d'applications d'entreprise (INTA) Dr. Djamel Benmerzoug Email : djamel.benmerzoug@univ-constantine2.dz Maitre de Conférences A Département TLSI Faculté des NTIC Université

Plus en détail

LANGAGES & DéVELOPPEMENT. Une équipe à vos côtés pour toutes vos montées en compétences

LANGAGES & DéVELOPPEMENT. Une équipe à vos côtés pour toutes vos montées en compétences LANGAGES & DéVELOPPEMENT Une équipe à vos côtés pour toutes vos montées en compétences ASP.NET OPTION VB.NET OU C# 5 jours Permettre aux participants de mieux appréhender ce qu est la programmation pour

Plus en détail

DUT Informatique Module JAVA Apprentis Département Informatique 2008 / 2009. Travaux Pratiques n o 7 : RMI

DUT Informatique Module JAVA Apprentis Département Informatique 2008 / 2009. Travaux Pratiques n o 7 : RMI iut ORSAY DUT Informatique Département Informatique 2008 / 2009 Travaux Pratiques n o 7 : RMI Nom(s) : Groupe : Date : Objectifs : savoir créer des applications client-serveur mettant en jeu des machines

Plus en détail

NFP111 Systèmes et Applications Réparties

NFP111 Systèmes et Applications Réparties NFP111 Systèmes et Applications Réparties 1 de 16 NFP111 Systèmes et Applications Réparties Cours 10 - Les Enterprise Java Beans ( aux serveurs ) Claude Duvallet Université du Havre UFR Sciences et Techniques

Plus en détail

Le Processus Unifié appliqué au projet MOOCS

Le Processus Unifié appliqué au projet MOOCS Le Processus Unifié appliqué au projet MOOCS Violaine Louvet GTN, 7 mai 2003, Orsay Le Processus Unifie applique au projet MOOCS p. 1 L objet Objet = entité regroupant des données (attributs) et des services

Plus en détail

Spring IDE. Mise en œuvre. Eclipse

Spring IDE. Mise en œuvre. Eclipse A Spring IDE Bien que Spring mette à disposition d intéressants mécanismes afin d améliorer l architecture des applications Java EE en se fondant sur l injection de dépendances et la programmation orientée

Plus en détail

Introduction au langage Java

Introduction au langage Java Introduction au langage Java 1 / 24 1 Vue générale La technologie Java Le langage Java La machine virtuelle Java Résumé Plan 2 Hello World Prérequis Premier programme : 3 étapes Résumé 3 HelloWorld en

Plus en détail

Le pilotage des collaborations et l interopérabilité des systèmes d information Vers une démarche intégrée

Le pilotage des collaborations et l interopérabilité des systèmes d information Vers une démarche intégrée Colloque : Systèmes Complexes d Information et Gestion des Risques pour l Aide à la Décision Le pilotage des collaborations et l interopérabilité des systèmes d information Vers une démarche intégrée BELKADI

Plus en détail

Refonte front-office / back-office - Architecture & Conception -

Refonte front-office / back-office - Architecture & Conception - Refonte front-office / back-office - Architecture & Conception - GLG204 - Architectures Logicielles Java 2008/2009 Nom : Cédric Poisson Matricule : 06-49012 Version : 1.0 Jeudi 28 mai 2009 1 / 23 Table

Plus en détail

Software Engineering and Middleware A Roadmap

Software Engineering and Middleware A Roadmap Software Engineering and Middleware A Roadmap Ecrit par: Dr. Wolfgang Emmerich Présenté par : Mustapha Boushaba Cours : IFT6251 Wolfgang Emmerich Enseignant à University College London: Distributed Systems

Plus en détail

Spring par la pratique

Spring par la pratique Spring par la pratique 2 e édition Spring 2.5 et 3.0 Arnaud Cogoluègnes Thierry Templier Julien Dubois Jean-Philippe Retaillé avec la contribution de Séverine Templier Roblou et de Olivier Salvatori Groupe

Plus en détail

Remote Method Invocation (RMI)

Remote Method Invocation (RMI) Remote Method Invocation (RMI) TP Réseau Université Paul Sabatier Master Informatique 1 ère Année Année 2006/2007 Plan Objectifs et Inconvénients de RMI Fonctionnement Définitions Architecture et principe

Plus en détail

Java EE Cours 1. Présentation Générale. Cours de 2 e année ingénieur

Java EE Cours 1. Présentation Générale. Cours de 2 e année ingénieur Java EE Cours 1 Présentation Générale Cours de 2 e année ingénieur 1 Présentation du cours Objectifs Développement d applications Web robustes «Ne pas réinventer la roue» utilisation d un framework 1 Apprentissage

Plus en détail

Iyad Alshabani SysCom - CReSTIC Université de Reims 17/02/2011 1

Iyad Alshabani SysCom - CReSTIC Université de Reims 17/02/2011 1 SysCom - CReSTIC Université de Reims 17/02/2011 1 Motivation Gestion des expérimentations Avec les workflows Simulation Simulation des Systèmes Distribués ANR USS SimGrid Campagne de Test et gestion de

Plus en détail

2 Chapitre 1 Introduction

2 Chapitre 1 Introduction 1 Introduction Ce livre présente les Enterprise JavaBeans 2.0 et 1.1 qui constituent la troisième et la deuxième version de la spécification des Enterprise JavaBeans. Tout comme la plate-forme Java a révolutionné

Plus en détail

Messagerie asynchrone et Services Web

Messagerie asynchrone et Services Web Article Messagerie asynchrone et Services Web 1 / 10 Messagerie asynchrone et Services Web SOAP, WSDL SONT DES STANDARDS EMERGEANT DES SERVICES WEB, LES IMPLEMENTATIONS DE CEUX-CI SONT ENCORE EN COURS

Plus en détail

Systèmes d Information Avancés (et répartis)

Systèmes d Information Avancés (et répartis) Systèmes d Information Avancés (et répartis) Université Lyon 1 MIAGE L. Médini, mars 2005 Plan des cours Protocole HTTP et programmation serveur Architectures réparties Objets distribués Introduction aux

Plus en détail