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--