[omniORB] OmniOrb without Agent or Daemon

[Duncan Grisby]

On Tuesday 13 March, erberj@post.ch wrote:

> OmniOrb works fine, without needing an agent process like many other ORBs.
> This is very convenient when developing a simple client, and all you need is
> just in one image.
> But what drawbacks does this design have? Other ORBs must have had a reason
> for introducing this mechanism. Is such an agent process not necessary when
> all core features of an ORB are to be implemented?

To do the core things in CORBA, there is no need for any separate
daemon process. Most ORBs which have a daemon use it for starting
processes on demand, and redirecting object requests -- i.e. things
under the banner of an "implementation repository". The closest thing
omniORB has to that is omniMapper, which can be used to provide simple
corbaloc URIs for objects in many locations. omniORB doesn't (at
present) have a means to activate processes on demand.

Some ORBs also use their daemons for proprietary bind() calls which
help find objects. A combination of corbaloc and the naming service
makes this redundant.

Cheers,

Duncan.

-- 
 -- Duncan Grisby  \  Research Engineer  --
  -- AT&T Laboratories Cambridge          --
   -- http://www.uk.research.att.com/~dpg1 --