[Ace-users] [tao-bugs] Unwanted endpoint profile in object ref

Johnny Willemsen jwillemsen at remedy.nl
Tue Feb 26 00:24:51 CST 2008



I have seen this post, but the core group of people is really busy,
including me. You can list the explicit endpoints when starting the server.
I think the EndPointPolicy library will also help,.




From: tao-bugs-bounces at cse.wustl.edu [mailto:tao-bugs-bounces at cse.wustl.edu]
On Behalf Of Keith Nicewarner
Sent: Monday, February 25, 2008 11:25 PM
To: TAO Bugs
Subject: Re: [tao-bugs] Unwanted endpoint profile in object ref


I haven't heard anything back on this.  I wasn't sure it got out to the list
or not.  Is this a bug or is there a way to configure the ORB to ignore an
interface?  I know I can force it to use an endpoint, but that would be a
pain to retrofit all our code .





From: tao-bugs-bounces at cse.wustl.edu [mailto:tao-bugs-bounces at cse.wustl.edu]
On Behalf Of Keith Nicewarner
Sent: Wednesday, February 20, 2008 9:15 PM
To: TAO Bugs
Subject: [tao-bugs] Unwanted endpoint profile in object ref


    TAO VERSION: 1.5.3
    ACE VERSION: 5.5.3

    HOST MACHINE and OPERATING SYSTEM: RH Linux 2.6.9-42.0.2.EL
    TARGET MACHINE and OPERATING SYSTEM, if different from HOST:
    COMPILER NAME AND VERSION (AND PATCHLEVEL): gcc version 3.4.6 20060404
(Red Hat 3.4.6-8)

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

    THE $ACE_ROOT/include/makeinclude/platform_macros.GNU FILE:

    CONTENTS OF $ACE_ROOT/bin/MakeProjectCreator/config/default.features
    (used by MPC when you generate your own makefiles):

            If so, what do your $ACE_ROOT/ace/config.h and
            $ACE_ROOT/include/makeinclude/platform_macros.GNU contain?
            On Unix systems, did you run make realclean first?
        EXECUTION? only my application is affected
        OTHER (please specify)?
[Please indicate whether ACE/TAO, your application, or both are affected.]



Profiles for objects on a host with multiple interfaces seem to
automatically list all interfaces (including one that I don't want to use).




I have a host that has an Ethernet interface and a WAN point-to-point (synch
serial) interface.  Object servants created on this machine have profiles
that list both interfaces (eth0 first).  Normally this isn't a problem, but
when the servant dies and I'm using a stale object ref from, say, the naming
service, the first interface fails with "Transport endpoint is not
connected" and then it tries the second profile for my WAN interface.  For
whatever reasons, this just hangs forever.  But I don't want it to even try
the WAN interface because there's no CORBA traffic on it and it doesn't have
a full-blown network stack (which may be why it's blocking without failing).
How do I make the ORB ignore the WAN interface?






Dr. Keith Nicewarner       <mailto:keith.nicewarner at spacedev.com>
keith.nicewarner at spacedev.com

Chief Software Architect                   858-375-2079

SpaceDev, Inc.

13855 Stowe Drive                  San Diego, CA, 92064


This email message and any information or files contained within or attached
to this message may be privileged, confidential, proprietary and protected
from disclosure and is intended only for the person or entity to which it is
addressed.  This email is considered a business record and is therefore
property of the SpaceDev, Inc.  Any direct or indirect review,
re-transmission, dissemination, forwarding, printing, use, disclosure, or
copying of this message or any part thereof or other use of or any file
attached to this message, or taking of any action in reliance upon this
information by persons or entities other than the intended recipient is
prohibited.  If you received this message in error, please immediately
inform the sender by reply e-mail and delete the message and any attachments
and all copies of it from your system and destroy any hard copies of it.  No
confidentiality or privilege is waived or lost by any mis-transmission.
SpaceDev, Inc. is neither liable for proper, complete transmission or the
information contained in this communication, nor any delay in its receipt or
any virus contained therein.  No representation, warranty or undertaking
(express or implied) is given and no responsibility or liability is accepted
by SpaceDev, Inc., as to the accuracy or the information contained herein or
for any loss or damage (be it direct, indirect, special or other
consequential) arising from reliance on it.  NOTICE: The information
contained in this transmission may contain technical data controlled for
export by the U.S. Department of State, under the International Traffic in
Arms Regulations (ITARs). Disclosure (including oral or visual disclosure)
or transfer of this information to foreign persons is prohibited without
U.S. Government authorization.


-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://list.isis.vanderbilt.edu/pipermail/ace-users/attachments/20080226/f584df79/attachment-0001.html 

More information about the Ace-users mailing list