[Bug 1027] BiDir IIOP fails when client creates a callback IOR with alternate addresses
[email protected] Tue, 03 May 2016 06:46:40 +0000
| Newsgroups | gmane.comp.corba.jacorb.bugs |
|---|---|
| Message-ID | <[email protected]/bugzilla/> |
--===============8907167926006682650== Content-Type: multipart/alternative; boundary="1462258001.ff0cDF51.23277"; charset="UTF-8" --1462258001.ff0cDF51.23277 Date: Tue, 3 May 2016 02:46:41 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" http://www.jacorb.org/bugzilla/show_bug.cgi?id=1027 Gergely Jakab <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected] --- Comment #2 from Gergely Jakab <[email protected]> --- 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. --1462258001.ff0cDF51.23277 Date: Tue, 3 May 2016 02:46:41 -0400 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8" <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> --1462258001.ff0cDF51.23277-- --===============8907167926006682650== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ jacorb-bugs mailing list [email protected] https://lists.spline.inf.fu-berlin.de/mailman/listinfo/jacorb-bugs --===============8907167926006682650==--