cours0708/A61/seance4

29 lines
1.5 KiB
Plaintext

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.