<html>
<head>
<base href="http://www.jacorb.org/bugzilla/" />
</head>
<body><span class="vcard"><a class="email" href="mailto:jakab@extech.eu" title="Gergely Jakab <jakab@extech.eu>"> <span class="fn">Gergely Jakab</span></a>
</span> changed
<a class="bz_bug_link
bz_status_RESOLVED bz_closed"
title="RESOLVED DUPLICATE - BiDir IIOP fails when client creates a callback IOR with alternate addresses"
href="http://www.jacorb.org/bugzilla/show_bug.cgi?id=1027">bug 1027</a>
<br>
<table border="1" cellspacing="0" cellpadding="8">
<tr>
<th>What</th>
<th>Removed</th>
<th>Added</th>
</tr>
<tr>
<td style="text-align:right;">CC</td>
<td>
</td>
<td>jakab@extech.eu
</td>
</tr></table>
<p>
<div>
<b><a class="bz_bug_link
bz_status_RESOLVED bz_closed"
title="RESOLVED DUPLICATE - BiDir IIOP fails when client creates a callback IOR with alternate addresses"
href="http://www.jacorb.org/bugzilla/show_bug.cgi?id=1027#c2">Comment # 2</a>
on <a class="bz_bug_link
bz_status_RESOLVED bz_closed"
title="RESOLVED DUPLICATE - BiDir IIOP fails when client creates a callback IOR with alternate addresses"
href="http://www.jacorb.org/bugzilla/show_bug.cgi?id=1027">bug 1027</a>
from <span class="vcard"><a class="email" href="mailto:jakab@extech.eu" title="Gergely Jakab <jakab@extech.eu>"> <span class="fn">Gergely Jakab</span></a>
</span></b>
<pre>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:
<a href="http://lists.spline.inf.fu-berlin.de/pipermail/jacorb-developer/2016-April/000813.html">http://lists.spline.inf.fu-berlin.de/pipermail/jacorb-developer/2016-April/000813.html</a>
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
<a href="http://superuser.com/questions/22290/what-is-the-teredo-tunneling-pseudo-interface">http://superuser.com/questions/22290/what-is-the-teredo-tunneling-pseudo-interface</a>
Phil, do You think You could get to this matter any time soon?</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the assignee for the bug.</li>
</ul>
</body>
</html>