CSA, week 61 CSA week 6

CSA, week 62 Aspecten van opdracht 6 zReeds bekend: yCORBA inclusief Naming Server yApplets yInterBase met InterClient/InterServer (JDBC) yGateKeeper als Web Server zNieuw: yCall-back objecten yGateKeeper als proxy CORBA server (niet in practicum)

Screenshot Client

Screenshot Console

AttentieAction NamingContext CoordinatorServer CoordinatorImpl bind Console resolve start stop attentie Client Register Release ClientControlImpl start stop attentie Naming Server draait binnen appletviewer resolve InterServer InterBase InterClient NamingContext Rechthoeken zijn processen Ellipsen zijn CORBA objecten GateKeeper niet aangegeven

CSA, week 66 Tenminste 7 verschillende processen zApplicatie(s) met CORBA client object(en) zAppletviewer met applet voor coördinatie zServer met CORBA coördinatie object zCORBA Naming Server zSmart Agent zInterServer zInterBase

CSA, week 67 Fysieke distributie van processen zDe 7 processen zouden in theorie over 7 systemen verdeeld kunnen worden zEchter: InterServer en InterBase moeten op hetzelfde systeem zDus maximaal 6 systemen zAlles op 1 systeem kan ook mits voldoende resources

CSA, week 68 Globale werking (1)  Client lijkt op applet opdr 5  Er kunnen meerdere Clients zijn  Elke Client registreert zich bij Coordinator met methode register  ClientControl CORBA object wordt als parameter bij register meegegeven(=callback)  Coordinator CORBA object kan daardoor ClientControl object aanroepen

CSA, week 69 Globale werking (2)  Console beheert de clients d.m.v. Coordinator  start, stop, attentie worden doorgestuurd naar de ClientControl van alle geregistreerde clients  Alleen Coordinator is aangemeld bij Naming Server

ClientControl Thread register(1,…) Client Gegevens bank Coordinator Server Console ClientControl Impl startAction( ) make Connection( ) CORBA object CORBA object Coordinator Impl CORBA call start( ) CORBA call start( ) CORBA call

CSA, week 611 Call-back object  NB: de stub voor het ClientControl object komt als parameter van methode register binnen bij Coordinator  Dus geen string_to_object / bind / resolve en narrow nodig!  ClientControl is het Call-back object zStub kan op de normale manier gebruikt worden

CSA, week 612 CORBA IDL

CSA, week 613 GateKeeper als proxy (1)  Client bevindt zich in een browser (= client)  Client wil via CORBA de methode register etc. bij Coordinator aanroepen (=server)  Coordinator kan op ander systeem zitten dan Web Server (dus GateKeeper) en toch vanaf Client aangeroepen worden!!

CSA, week 614 GateKeeper als proxy server (1) zDit gaat globaal als volgt:  ORB van client (= Client ) probeert connectie te maken met systeem van server (= Coordinator ) yConnectie wordt niet toegestaan door browser yORB maakt vervolgens verbinding met GateKeeper (=Web Server)  De GateKeeper maakt in zijn proces een proxy server object aan voor het server object bij de Coordinator

CSA, week 615 GateKeeper als proxy server (2) zFunctie GateKeeper proxy server Object:  vangt aanroepen (requests) van Client voor server object bij Coordinator op en sluist deze automatisch door naar het werkelijke server object bij Coordinator  geeft antwoorden (replies) ook weer via dezelfde weg terug van Coordinator naar Client

CSA, week 616 GateKeeper als proxy (2)  Client bevindt zich in een browser  Client registreert Call-back object bij Coordinator  Coordinator kan op ander systeem zitten dan Web Server (dus GateKeeper) en toch met behulp van Call-back object de Client bereiken!!

CSA, week 617 GateKeeper als proxy client (1) zDit gaat globaal als volgt:  Client maakt een Call-back object aan en wil deze als parameter doorgeven aan de (= Coordinator ) yConnectie wordt niet toegestaan door browser  ORB van de Client zet vervolgens een afzonderlijke verbinding op met GateKeeper (=Call-back port)  De GateKeeper maakt in zijn proces een proxy client object aan voor het Call-back object bij de Client

CSA, week 618 GateKeeper als proxy client (2) zFunctie GateKeeper proxy client Object:  vangt aanroepen (requests) voor Call-back object vanuit Coordinator op en sluist deze automatisch door naar het werkelijke Call-back object bij Client  geeft antwoorden (replies) ook weer via dezelfde weg terug van Client naar Coordinator