these doctorat une architecture de securité

More documents

Recommendations

Info

Chapitre 4. Contexte : ProActive un nœud virtuel, après déploiement, est associé à un ou plusieurs nœud réels. Le processus de déploiement est présenté dans la figure 4.8. tel-00239252, version 1 - 5 Feb 2008 FIG. 4.8 – Processus de déploiement Nous allons maintenant présenter et commenter le code d’une application utilisant les descripteurs de déploiement. Il s’agit de C3D un moteur de rendu 3D collaboratif et distribué. Les moteurs de rendu (Renderer) sont créés dans les nœud contenus dans le nœud virtuel VN_Renderer. Un objet central, le dispatcher créé sur le nœud virtuel VN_Dispatcher, synchronise et gère les moteurs permettant ainsi aux utilisateurs de se connecter à l’application, de visualiser et d’éditer collaborativement une scène 3D. Dans la méthode main du programme, nous activons le descripteur de déploiement : 60
Section 4.6. Déploiement des applications // descripteur.xml est le nom du fichier de deploiement ProActiveDescriptor proActiveDescriptor = ProActive.getProactiveDescriptor("file: descripteur.xml"); // on active le descripteur. proActiveDescriptor.activateMappings(); Lors de son activation, le descripteur de déploiement instancie tous les runtimes et nœuds nécessaires au fonctionnement de l’application. Il est alors possible de récupérer un objet représentant un nœud virtuel donné. Parmi les méthodes présentes dans la classe VirtualNode, la méthode getNode() permet de récuperer la référence sur un des nœuds contenu dans le nœud virtuel. // Renderer et Dispatcher sont les noms des noeuds virtuels // decrit dans le fichier de deploiement VirtualNode renderer = proActiveDescriptor.getVirtualNode("VN_Renderer"); VirtualNode dispatcher = proActiveDescriptor.getVirtualNode("VN_Dispatcher"); tel-00239252, version 1 - 5 Feb 2008 // on recupere le premier noeud existant dans le // noeud virtuel "dispatcher" Node node = dispatcher.getNode(); Il est possible maintenant d’instancier un objet actif sur un nœud donné // on cree un objet actif sur ce premier noeud Dispatcher dispatcher = (Dispatcher) ProActive.newActive("Dispatcher",param, node) ; Une autre possibilité offerte est la création d’un groupe d’objet juste en passant un nœud virtuel en paramètre. Le nombre d’objets créés est lié au nombre de nœuds contenus dans le nœud virtuel ce qui depend de la configuration du fichier de déploiement. // on cree un moteur de rendu sur chaque noeud du noeud virtuel // le resultat sera un groupe d’objet de type renderer Renderer renderers = (Renderer) ProActive.newActiveAsGroup("Renderer",params, renderer); Nous allons maintenant nous pencher sur l’étude du descripteur de déploiement associé au programme. Un descripteur de déploiement se divise en plusieurs grandes parties ayant chacune un rôle spécifique. La première partie permet de définir les nœuds virtuels qui vont être utilisés par le programme ainsi que les propriétés de chacun des nœuds virtuels. La propriété multiple permet de spécifier que le nœud virtuel Renderer va pouvoir être associé à plusieurs runtimes (machines virtuelles java). Lorsque le nœud virtuel sera activé, il possédera un nœud sur chaque runtime qui lui a été associé. La partie deployment permet d’associer des runtimes aux nœuds virtuels. On associe le nœud virtuel Renderer avec trois runtimes désignés par les balises . Le nœud Dispatcher n’est associé qu’à un seul runtime. 61
Page 1 and 2:
THÈSE DE DOCTORAT École doctorale
Page 3 and 4:
tel-00239252, version 1 - 5 Feb 200
Page 5 and 6:
Table des matières Remerciements x
Page 7 and 8:
TABLE DES MATIÈRES 6.3.3 Optimisat
Page 9 and 10:
Table des figures tel-00239252, ver
Page 11 and 12:
Liste des tableaux 2.1 Niveau de co
Page 13 and 14:
Remerciements Mes remerciements von
Page 15 and 16:
Chapitre 1 Introduction tel-0023925
Page 17 and 18:
Section 1.1. Problématique et obje
Page 19 and 20:
Chapitre 2 Théories et Modèles Ce
Page 21 and 22:
Section 2.2. Vulnérabilités des s
Page 23 and 24: Section 2.3. Le contrôle d’accè
Page 25 and 26: Section 2.4. Introduction à la cry
Page 27 and 28: Section 2.4. Introduction à la cry
Page 29 and 30: Section 2.5. Les infrastuctures à
Page 31 and 32: Section 2.6. Les politiques de séc
Page 33 and 34: Section 2.6. Les politiques de séc
Page 35 and 36: Section 2.7. Programmation Réflexi
Page 37 and 38: Section 2.7. Programmation Réflexi
Page 39 and 40: Section 2.8. Sécurisation du code
Page 41 and 42: Section 2.9. Conclusion ce contexte
Page 43 and 44: Chapitre 3 Étude d’intergiciels
Page 45 and 46: Section 3.2. Open Grid Service Arch
Page 47 and 48: Section 3.2. Open Grid Service Arch
Page 49 and 50: Section 3.3. CORBA // recuperation
Page 51 and 52: Section 3.4. Les Entreprise JavaBea
Page 57 and 58: Section 3.5. La plateforme .NET sé
Page 59 and 60: Section 3.5. La plateforme .NET } L
Page 61 and 62: Section 3.6. Bilan Legion Globus CO
Page 63 and 64: Chapitre 4 Contexte : ProActive tel
Page 65 and 66: Section 4.2. Objets Actifs objet. t
Page 67 and 68: Section 4.3. Sémantique des commun
Page 69 and 70: Section 4.5. Communications de grou
Page 73: Section 4.6. Déploiement des appli
Page 77 and 78: Section 4.7. Conclusion Le con
Page 79 and 80: Chapitre 5 Une architecture de séc
Page 81 and 82: Section 5.2. Un modèle de sécurit
Page 87 and 88: Section 5.3. Authentification des e
Page 93 and 94: Section 5.4. Politiques de sécurit
Page 95 and 96: Section 5.4. Politiques de sécurit
Page 97 and 98: Section 5.5. Négociation Dynamique
Page 99 and 100: Section 5.5. Négociation Dynamique
Page 101 and 102: Section 5.6. Sécurité induite par
Page 109 and 110: Section 5.7. Propagation dynamique
Page 111 and 112: Section 5.8. Exemple du journal int
Page 113 and 114: Chapitre 6 Implantation dans ProAct
Page 115 and 116: Section 6.1. Création des entités
Page 117 and 118: Section 6.2. Interface de programma
Page 119 and 120: Section 6.3. Migration et sécurit
Page 125 and 126:
Section 6.5. Architecture pair-à-p
Page 127 and 128:
Section 6.5. Architecture pair-à-p
Page 129 and 130:
Section 6.6. Tolérance aux pannes
Page 131 and 132:
Section 6.7. Modèle à composants
Page 133 and 134:
Section 6.7. Modèle à composants
Page 135 and 136:
Section 6.8. Sémantique des commun
Page 137 and 138:
Section 6.9. Conclusion Pour qu’u
Page 139 and 140:
Chapitre 7 Tests et performances 7.
Page 141 and 142:
Section 7.2. Les itérations de Jac
Page 143 and 144:
Section 7.2. Les itérations de Jac
Page 145 and 146:
Chapitre 8 Conclusion Ce chapitre r
Page 147 and 148:
Section 8.2. Perspectives tel-00239
Page 149 and 150:
Section 8.2. Perspectives ouverte ;
Page 151 and 152:
Annexe A Grammaire de la politique
Page 153 and 154:
Bibliographie tel-00239252, version
Page 155 and 156:
BIBLIOGRAPHIE tel-00239252, version
Page 157 and 158:
Page 159 and 160:
show all

these doctorat une architecture de securité

Create successful ePaper yourself

Delete template?

Save as template?