[omniORB] Initialization suggestions ...

[bjorn rohde jensen]

Hi guys,

 Nick is quite right,i think, about using corbaloc or corbaname URI's
containing hostnames, since one could partially handle a 'roll over'
from one nameservice to another by means of host aliases in the DNS,
but the problem of replicating the entries in the nameserve needs to
be addressed too.
 I think, it would be immensely simpler and quite likely cheaper
simply to dedicate a tiny host to shared corba services. The standard
services rarely need upgrading, and many of them have persistent storage
already, you just need to make sure, it is automaticaly started on boot.
The reliability of a small lightly loaded server running well tested
services should be good enough for most users.
 The task, you describe, sounds like divide and conquor using dynamic
orchestration of workers, and converting that from RPC to CORBA is
a bit of a project. I dont suppose, you could use a static orchestration
instead? It is simpler and faster if feasible. Otherwise, i guess, you
could use the notification service to distribute the resource discovery
requests.

Yours sincerely,

Bjorn

> Ah. That's the 'rub'.  Until now, there has never been anything
> unique about any of the applications on any of the hosts in the
> customer's network.
> Each host has had specific domain differences, but this was only
> determined by the data loaded into the database on each machine.
> Each machine has always performed identical tasks, but on different
> data.  If a particular machine needed some other machine's data,
> it just went out to broadcast to ask which one was responsible
> for the unique data.  Don't ask ... The system was designed
> 10 years ago and hasn't changed much, since.
> 
> Regards,
> 
> Richard
> 
> >
> > Nick
> >