Re: [Fresco-devel] OSG-Prototype
Friedemann Gerold <[email protected]> Thu, 22 Jul 2004 23:34:29 +0200
| Newsgroups | gmane.comp.video.fresco.devel |
|---|---|
| Organization | HKS-Prozesstechnik |
| Message-ID | <[email protected]> |
This is a multi-part message in MIME format. --------------000605030802090003000005 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Stefan Seefeld wrote: > cinap_lenrek wrote: > >>> while this is indeed the idea behind the efford to encapsulate the >>> scene-graph >>> inside the server, I don't see how passing an id is any better than >>> passing >>> an object reference (in fact, where is the difference ?). >> >> >> >> CORBA-object-ref's are untrusted. iirc here is no way to check where >> the object on the other side is >> implemented without calling into such an object. a call to an >> CORBA-object is dangerous because you don't know >> where you relly call in. what happens if the client instances his own >> implementation and does a big sleep(100000000000); in >> it? > > > you are quite right. For get for a moment that we are dealing with CORBA. *wush* > We don't want to make the scene graph accessible any more. CORBA here is > really just used for two things (and even they will be replaced one day): > > * the transport protocol > * the type system / object model, i.e. the high level communication > protocol > > If you only exchange IDs you have to do all the type checking yourself. thats right :( > Whatever replacement there will be for CORBA, it will have to provide > these facilities for us. ahh :) > And as to the location transparency, yes, we do know that we are calling > an object that lives in the server. The proxy objects are client specific > and not sharable. ah, you mean to completly seperate it from $HIGH_LEVEL_COMMUNICATION_PROTO? so we can start to write a server-side-gui-and-drawing-model-toolkit-based-on-osg first? and then providing the proto-specific proxy-layer? sounds good :) >> The Idea is to use CORBA only for the public client-interface. If we >> want to do things on the server-side internally >> (for example connecting nodes), we can bypass CORBA by using nativ C++ >> method calls on this Impl-Classes. >> we don't need to make the whole interface public to CORBA. > > > yes, that's exactly the point. > > Regards, > Stefan mfg. cinap_lenrek > _______________________________________________ > Fresco-devel mailing list > [email protected] > http://lists.fresco.org/cgi-bin/listinfo/fresco-devel > > --------------000605030802090003000005 Content-Type: text/x-vcard; charset=utf8; name="cinap_lenrek.vcf" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="cinap_lenrek.vcf" begin:vcard fn:Friedemann Gerold n:Gerold;Friedemann adr:;;;;;;Germany email;internet:[email protected] x-mozilla-html:FALSE url:http://cinap.naru.otakunet.de/ version:2.1 end:vcard --------------000605030802090003000005--