|
Документ взят из кэша поисковой машины. Адрес
оригинального документа
: http://rtm-cs.sinp.msu.ru/manual/mico/doc/node26.html
Дата изменения: Mon Jun 7 21:54:58 1999 Дата индексирования: Mon Oct 1 21:21:37 2012 Кодировка: |
The BOA daemon (micod) is the part of the basic object adapter
that activates object implementations when their service is requested.
Moreover micod contains the implementation repository. To make all
MICO applications use a single implementation repository you have to
take similar actions as for the interface repository as described in
section 4.2. That is you have to tell micod an address
to bind to using the -ORBIIOPAddr option and tell all MICO
applications this address by using the -ORBImplRepoAddr option.
For example:
micod -ORBIIOPAddr inet:<micod-host-name>:9999
Now you can run all MICO applications like this:
some_mico_application -ORBImplRepoAddr inet:<micod-host-name>:9999
or you can put the option into .micorc and run
some_mico_application without arguments.
micod understands the following command line arguments:
micod to make use of GIOP location
forwarding, which results in much better performance (there is
nearly no overhead compared to not using micod at
all). Unfortunately this requires some client side GIOP features
that some ORBs do not support properly although prescribed in the
CORBA specification. Therefore you may encounter problems when using
clients implemented using such broken ORBs. That is why this feature
is off by default.
micod should save the contents of the
implementation repository when exitingmicod is restarted afterwards it will read the file given
by the --db option to restore the contents of the implementation
repository.