[omniORB] IMplementation Repository

[Richard Hardgrave]

> From owner-omniorb-list@uk.research.att.com Fri Sep 28 12:52 CDT 2001
> From: "Sveta Shasharina" <sveta@txcorp.com>
> To: "Richard Hardgrave" <hardgrav@ttd.teradyne.com>,
        <omniorb-list@uk.research.att.com>, <frederic.prin@silvaco.com>
> Subject: RE: [omniORB] IMplementation Repository
>=20
> Hi!
>=20
> I have the same problem.  Depending on the client decision,
> I will need different servants started.  I decided that
> I will create a servant shell, which will have methods like
> string makeServant1(), string makeServant2() etc and return
> the IOR strings allowing the client to get the correct reference.
> Am I doing extra work and should look at the Servant Manager?
> Is it the omniORB thing or standard?

No, we invented our Servant Manager.  I did not look for something
similar in the omniORB implementation because the interface was
already defined when I became involved with the project.
About the only thing our Manager does beyond what the Naming Service
already provides is maintain a one-to-one association between
the client and the particular servant given to it.  We needed
to do this because the libraries that the _managed_ servants
use is non-reentrant code.  When the client is done with the
servant assigned, it notifies the manager, which, in turn,
updates the status of the servant in its own, private, database
to "available".

Regards,

Richard

>=20
> ________________________________________
>=20
> Svetlana Shasharina -- sveta@txcorp.com
> Tech-X Corporation  -- www.techxhome.com
> Ph:   (720) 563-0322
> Cell: (720) 841-4301
>=20
>=20
> -----Original Message-----
> From: owner-omniorb-list@uk.research.att.com
> [mailto:owner-omniorb-list@uk.research.att.com]On Behalf Of Richard
> Hardgrave
> Sent: Friday, September 28, 2001 11:30 AM
> To: omniorb-list@uk.research.att.com; frederic.prin@silvaco.com
> Subject: Re: [omniORB] IMplementation Repository
>=20
>=20
>=20
> Fred,
> 	We replaced an Orbix implementation that used an
> Implementation Repository with omniORB and its Naming Service.
> Both interfaces use a Servant Manager.  We use the Manager to
> handle requests for servants by delivering IORs to clients
> upon request.
> 	The servants our Manager Servant manages get initialized
> outside the manager, and the manager simply uses the Naming Service
> to retrieve the IORs.  I don't see why the manager couldn't also
> start up additional servants in your application.  We are =
comtemplating
> adding that feature to ours, but, at the moment, we can cope with
> an initial static number of servants.
>=20
> Regards,
>=20
> Richard
>=20
> > From owner-omniorb-list@uk.research.att.com Fri Sep 28 02:29 CDT =
2001
> > From: Fr=E9d=E9ric Prin <frederic.prin@silvaco.com>
> > To: "omni" <omniorb-list@uk.research.att.com>
> > Subject: [omniORB] IMplementation Repository
> > Date: Fri, 28 Sep 2001 09:21:42 +0200
> >
> >
> > Hi OmniORBers,
> >
> > Is there an IMplementation Repository
> > available for OmniORB ?
> >
> > I need it start server on client
> > request.
> >
> > Or do you another way to do it ?
> >
> > Thanks
> >
> > | Fr=E9d=E9ric Prin - Senior software engineer<BR>| Tel
> > | S I L V A C O G . R E . C
> >
> >
> > ------=3D_NextPart_000_09F8_01C147FE.FC808170--
>=20
>=20
>=20