discuss-gnustep
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Fresco


From: Björn Gohla
Subject: Re: Fresco
Date: Wed, 16 Apr 2003 18:36:02 +0200

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 2003-04-16 18:06, Björn Giesler wrote:
> On Wednesday 16 April 2003 16:56, Björn Gohla wrote:
> > On 2003-04-16 09:53, Björn Giesler wrote:
> > > while; when I started out, I wanted to eventually write a
> > > NSCORBAConnection. Right now, I don't think that is possible while
> > > still retaining our standard DO semantics.
> >
> > could you explain, why you think it would be hard to do? anyway, having
> > corba connectivity with semantics as similar as possible to those of do
> > would still be quite useful.
>
> I don't think that a CORBA-ObjC mapping wouldn't be too hard. CORBA has the
> issue of the formal specification in IDL, though, which is OK if you need
> formal specification anyway (C++) but isn't if you don't or already have
> it some other way (ObjC, Protocols). So there would have to be an
> IDL<->ObjC header file converter.

i actually thought this should be done all dynamically anyway, either through 
the dynamic invocation interface (dynamic skeleton interface perhaps?), or by 
reading the idl spec client side at run time.

> The other, bigger can of worms is the ORB's run loop and event model, which
> is rather incompatible to OpenStep's and not specified down to the last
> iota: Some Orbs spawn a new thread for each incoming request, some don't,
> some have that configurable, some don't. With a multithreaded Orb, the
> entire of GNUstep must be thread-safe, etc.

well i suppose there is enough free orbs to choose from, isn't there?

[...]

i may be talking total garbage here, as you may guess i have never used corba 
seriously before ;)
- -- 
One Unix to rule them all, One Resolver to find them,
One IP to bring them all, And in the zone bind them.
Björn Gohla (Wissenschaftler, Weltbürger) <b.gohla@gmx.de>; key id: 834F4976; 
key fingerprint: 9FF4 FEDA CCDF DA0E 14D5  8129 6C14 3C39 834F 4976;
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE+nYZzbBQ8OYNPSXYRAgZOAJkBimhqq2B8hRSL+ED4DwlAiN9C/ACgs5LE
BMhwW/D/fjq1yp4+9iT5NQo=
=VOZd
-----END PGP SIGNATURE-----




reply via email to

[Prev in Thread] Current Thread [Next in Thread]