[Ace-users] HowTo: Servant implementing an interface and an reply handler

Thomas Kowalski th-ko at gmx.de
Thu Feb 21 11:06:50 CST 2008


Hi Doug,
first of all I want to thank you for your quick answer. The TAO
community is really a great help to get started quickly!

> To ensure that we have proper version/platform/compiler information,
> please make sure you fill out the appropriate problem report form

    TAO VERSION: 1.6.1
    ACE VERSION: 5.6.1

    HOST MACHINE and OPERATING SYSTEM:
        Linux 2.6.22-14-generic i686 GNU/Linux (Ubuntu 7.10)
    COMPILER NAME AND VERSION (AND PATCHLEVEL):
        g++ (GCC) 4.2.1 (Ubuntu 4.2.1-5ubuntu4)

    THE $ACE_ROOT/ace/config.h FILE:
        #include "ace/config-linux.h"

    THE $ACE_ROOT/include/makeinclude/platform_macros.GNU FILE:
        ami=1
        corba_messaging=1
        rt_corba=1
        no_hidden_visibility=1
        debug=1
        optimize=1
        include ${ACE_ROOT}/include/makeinclude/platform_linux.GNU

> It's not really clear what you're trying to do.  Are you trying to
> implement a "middle-tier" server with objects that are both servants
> and AMI clients?  Have you taken a look at the various AMI examples in
> TAO yet?

I found one example for the usage of AMI (TAO/examples/AMI/
FL_Callback). Maybe the best way to explain what I mean is by using
that example.
Basically we have two classes, the Peer_Handler_i (reply handler
servant?) and the Peer_i (servant?), which inherit from POA_Peer
(skeleton?) and POA_AMI_PeerHandler (reply handler?) respectively.
Is it possible to let Peer_i inherit from both POA_Peer and
POA_AMI_PeerHandler without causing other problems? Since both inherit
form *_Servant_Base there is a conflict with the methods _is_a,
_dispatch and _interface_repository_id. I suppose that might cause
some troubles in the usage of Peer_i later on.

Thanks in advance,
Thomas Kowalski


More information about the Ace-users mailing list