[jacorb-bugs] [Bug 1027] BiDir IIOP fails when client creates a callback IOR with alternate addresses

[bugzilla-daemon at jacorb.org]

http://www.jacorb.org/bugzilla/show_bug.cgi?id=1027

Gergely Jakab <jakab at extech.eu> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |jakab at extech.eu

--- Comment #2 from Gergely Jakab <jakab at extech.eu> ---
I believe that Your first suggestion for the fix will not be sufficient,
because in my case the IIOPProfile which has checkAlternateAddresses == false
has also empty attribute components, so even if checkAlternateAddresses would
be true, it has nowhere to read from the alternate addresses.
My IIOPProfile is created in the
BiDirConnectionServerInterceptor.addConnections() via the constructor 
public IIOPProfile(IIOPAddress address, byte[] objectKey, int minor)

Details about my scenario are in this post:
http://lists.spline.inf.fu-berlin.de/pipermail/jacorb-developer/2016-April/000813.html

So I would suggest rather the refactoring of ClientConnectionManager to get rid
of IIOPProfiles from the connection mapping.

Looks like in our case this bug is quite serious as it affects not only the
clients which have multiple physical network interfaces active, but on many
windows machines there is some pseudo-interface installed by default to support
IPv6. It is called Teredo Tunneling Pseudo-Interface
http://superuser.com/questions/22290/what-is-the-teredo-tunneling-pseudo-interface

Phil, do You think You could get to this matter any time soon?

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.spline.inf.fu-berlin.de/pipermail/jacorb-bugs/attachments/20160503/4c076c79/attachment.html>