[omniORB] Per process and per object filters
Duncan Grisby
dgrisby@uk.research.att.com
Tue, 06 Apr 1999 08:50:51 +0100
On Thursday 1 April, Constantin Adam wrote:
> Does omniORB have a mechanism similar to the per process/per object
> filtering in Orbix?
>
> For example, is it possible to process a request in a separate thread
> in a transparent way (i.e. without starting a thread inside the
> function call)?
There are no filters in omniORB -- such things are outside the CORBA
spec., and are therefore non-portable. omniORB has a threading model
in which each IIOP connection is managed by a single thread. New IIOP
connections are created on demand, so multiple invocations between a
client and a server can be in progress at once.
So, if you just want to be able to call operations of an object
concurrently, either from a single client or multiple clients, then
omniORB automatically supports it. If, on the other hand, you want to
have an operation which starts a new thread, and then returns to the
caller before that thread has finished, you'll have to do it within
the operation implementation.
HTH
Duncan.
--
-- Duncan Grisby \ Research Engineer --
-- AT&T Laboratories Cambridge --
-- http://www.uk.research.att.com/~dpg1 --