<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<title></title>
</head>
<body>
Thanks guys.... you have been an invaluable resource. There are many more
things which are clearer now. I guess that though I read (still reading)
the H&V book, I look at it with the eyes of a COM guy, and that is a
bad way of studying CORBA. There are subtle differences that make a whole
world of difference in the end.<br>
<br>
Again, my thanks to all of you.<br>
<br>
Eric<br>
<br>
<a class="moz-txt-link-abbreviated" href="mailto:FountainB@switch.aust.com">FountainB@switch.aust.com</a> wrote:<br>
<blockquote type="cite"
cite="midOF9ADE2060.AACE76FB-ON48256D56.001015C8-48256D56.0011AA30@wa">
<pre wrap="">Eric Damphousse wrote:
</pre>
<blockquote type="cite">
<pre wrap="">In this scenario, I would have an object called createuser running
on 100's of machines. I the manager would only have to select a
subset of those machines from my local client, set you up, and I
am done.
</pre>
</blockquote>
<pre wrap=""><!---->
Terminology again - you don't have one object running on 100's of
machines, you have 100's of servants (objects), each running in a
process on a separate machine. All these servants implement the
same interface (class). Presumably they all register in a single
naming service, using different names.
The question here is whether you are happy to have the server
processes running constantly, whether or not they are in use. In
many cases this is perfectly acceptable, in which case you may
wish to run them as a daemon (unix) or a service (windows).
In some cases you may prefer to conserve system resources,
especially where you might have several different types of server
process and they are only used sporadically. In this case you might
use an implementation repository to launch the processes on
demand. You still have to have the impl repository running
constantly - something has to intercept the requests.
Implementation repositories are neat, and commercial ORBs
often make a big deal of them because they are not standardised
and present an area where ORBs can differentiate themselves
from each other. Having said that, I feel that they are a bit
overrated. I have never really felt that I was suffering from the
lack of an implementation repository. Possibly such a tool
would be really useful in some situations, but not in the problem
domains I have been involved in.
Bruce Fountain
Senior Software Engineer
Union Switch & Signal
Perth, Western Australia
_______________________________________________
omniORB-list mailing list
<a class="moz-txt-link-abbreviated" href="mailto:omniORB-list@omniorb-support.com">omniORB-list@omniorb-support.com</a>
<a class="moz-txt-link-freetext" href="http://www.omniorb-support.com/mailman/listinfo/omniorb-list">http://www.omniorb-support.com/mailman/listinfo/omniorb-list</a>
</pre>
</blockquote>
<br>
</body>
</html>