Test d'ajout de TOUT mes fichiers (moins ceux mis en git reset HEAD à cause de l'histoire des trailings machins choses)

Cf: http://www.agavemountain.com/2008/01/git-tralining-whitespace-error-during.html

A61/séance4

@@ -0,0 +1,28 @@
+IDL => Description ! Pas définition !
+
+Corba n'est pas comme Java, corba est une norme, pas un langage !
+
+Cette norme n'impose aucun outil. Tout est libre de choix, simplement il faut suivre la norme.
+
+Ce qui est normé, c'est pas totalement l'appel des méthodes, c'est plutôt ce que font les méthodes quand elles contactent un objet. Elles doivent toujours procéder de la même manière.
+
+idlj est une commande, donnée par Sun dans un package spécifique.
+
+ior = identifiant object request
+
+Une ior commence toujours par la chaîne "ior:", puis 128 caractères (dans les 128 caractères, on a un codage pour gagner de la place, et tout normer / compacter => nom machine, port, date création, et certains droits).
+
+ior_dump est une commande possible (à chercher), qui permet de décoder les IOR.
+
+Une ior est valable que la durée d'existance de l'objet. Si on éteind le serveur qu'on le rallume et que nous utilisons les mêmes objets, chacun des objets aura un ior différent de celui qu'il possédait avant. Ceci du fait de la "date de création" !
+
+
+Pour chaque objet on peut créer des "servant" (genre de valets). Pour chaque objet on définit les servants, pour chacun d'eux on a un IOR différent. Du coup les clients pourront se connecter à un servant spécifique.
+
+POA = Portable Object Adaptator (le prof croît)
+
+Corba procède toujours ainsi : Je crée un objet de connexion et je fais un ".narrow"
+
+De nos jours il faut obligatoirement passer par le POA, l'ancienne technique est dite obsolète.
+
+

A61/séance4~

@@ -0,0 +1,26 @@
+IDL => Description ! Pas définition !
+
+Corba n'est pas comme Java, corba est une norme, pas un langage !
+
+Cette norme n'impose aucun outil. Tout est libre de choix, simplement il faut suivre la norme.
+
+Ce qui est normé, c'est pas totalement l'appel des méthodes, c'est plutôt ce que font les méthodes quand elles contactent un objet. Elles doivent toujours procéder de la même manière.
+
+idlj est une commande, donnée par Sun dans un package spécifique.
+
+ior = identifiant object request
+
+Une ior commence toujours par la chaîne "ior:", puis 128 caractères (dans les 128 caractères, on a un codage pour gagner de la place, et tout normer / compacter => nom machine, port, date création, et certains droits).
+
+ior_dump est une commande possible (à chercher), qui permet de décoder les IOR.
+
+Une ior est valable que la durée d'existance de l'objet. Si on éteind le serveur qu'on le rallume et que nous utilisons les mêmes objets, chacun des objets aura un ior différent de celui qu'il possédait avant. Ceci du fait de la "date de création" !
+
+
+Pour chaque objet on peut créer des "servant" (genre de valets). Pour chaque objet on définit les servants, pour chacun d'eux on a un IOR différent. Du coup les clients pourront se connecter à un servant spécifique.
+
+POA = Portable Object Adaptator (le prof croît)
+
+Corba procède toujours ainsi : Je crée un objet de connexion et je fais un ".narrow"
+
+

A61/séance5

@@ -0,0 +1,30 @@
+Jeudi 24/04/2008
+
+5.2 Nommage
+
+Le service de nommage n'est rien d'autre qu'une application CORBA qui encapsulera un objet en particulier.
+
+Quand on fait une application : 
+
+  * On crée l'ORB
+  * On met en place le service :
+    * Création de l'objet
+    * On doit le connecter sur l'ORB (enficher sur l'ORB)
+    * Ceci permet de créer l'IOR (de 256 caractères) qui permet d'accéder depuis n'importe où dans le monde à votre objet
+
+On dispose alors d'un serveur CORBA.
+
+Ensuite, de l'autre côté on fait : 
+
+  * Création d'un ORB
+  * Récupération de l'IOR
+  * On crée un objet de connexion à partir de cet IOR
+  * On se connecte
+  * On colle l'interface : faire un NARROW
+ 
+ Comme on ne connait pas le serveur de départ posséder l'ior, alors on a décidé de demander directement à l'ORB ! Donc on descend d'un niveau pour demander à l'ORB l'ensemble des IOR qu'il possède.
+
+ORB ne sait résoudre que le problème du nom serveur de noms (objet notoire), qui n'est autre que **NameService**.
+
+La demande renvoie vers un ORB va permettre de récupérer l'IOR, puis de se connecter à l'objet, et fincalement de se connecter à l'objet.
+