[omniORB] Need a special omniINSPOA
Wernke zur Borg
wernke.zur.borg at vega.de
Fri Jan 13 13:34:04 GMT 2006
Thank you, Duncan. I will try to follow that suggestion.
Wernke
> -----Original Message-----
> From: Duncan Grisby [mailto:duncan at grisby.org]
> Sent: 13 January 2006 12:49
> To: Wernke zur Borg
> Cc: omniorb
> Subject: Re: [omniORB] Need a special omniINSPOA
>
> On Thursday 12 January, "Wernke zur Borg" wrote:
>
> > for a special case I need a POA that behaves like
> omniINSPOA but only
> > with a different thread policy. In particular, it must have
> the USER_ID
> > policy and it must create "simple" object keys, so that the
> objects can
> > be located with a corbaloc URI.
> >
> > Whenever I try to create an own child POA with USER_ID
> policy, it does
> > not use simple keys, thus the object cannot be found in the object
> > table.
> >
> > How can I achieve the "special" behaviour of the omniINSPOA
> with respect
> > to the object keys created?
>
> You can't, unless you feel like modifying the policies that the
> omniINSPOA has when it is created in the ORB core.
>
> What I suggest you do is to register an object in the omniINSPOA with
> the key you want that raises omniORB::LOCATION_FORWARD,
> redirecting the
> client to an object in a POA with the policies you want. That has the
> additional advantage that important things that are stored in
> IORs, like
> code set conversion info, are sent in the location forward.
>
> Cheers,
>
> Duncan.
>
> --
> -- Duncan Grisby --
> -- duncan at grisby.org --
> -- http://www.grisby.org --
>
More information about the omniORB-list
mailing list