<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">
<meta name="Generator" content="Microsoft Word 15 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:Consolas;
panose-1:2 11 6 9 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0cm;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri",sans-serif;
mso-fareast-language:EN-US;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:#0563C1;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:#954F72;
text-decoration:underline;}
span.Code
{mso-style-name:Code;
mso-style-priority:1;
font-family:Consolas;
mso-fareast-language:EN-US;}
span.EmailStyle18
{mso-style-type:personal-compose;
font-family:"Calibri",sans-serif;
color:windowtext;}
.MsoChpDefault
{mso-style-type:export-only;
font-family:"Calibri",sans-serif;
mso-fareast-language:EN-US;}
@page WordSection1
{size:612.0pt 792.0pt;
margin:72.0pt 72.0pt 72.0pt 72.0pt;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang="EN-AU" link="#0563C1" vlink="#954F72">
<div class="WordSection1">
<p class="MsoNormal">We’re trying to work with a remote CORBA object that lives on a server behind a redundancy/failover setup that uses DNS to point to the currently-active server. What we’re finding is that omniORB is not following the DNS changes… it seems
to be aggressively caching the DNS lookup.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">In particular, it seems to cache DNS lookup failures – if we’re restarting everything, and at the time our application starts up, the remote server is not yet available (and the DNS name does not resolve) then omniORB will cache that the
DNS name resolves to nothing… and then later, when the DNS <i>does</i> resolve, attempting to connect to it will still give the same “no usable profiles” error.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">We recently found reference in the docs to a “<span class="Code"><span style="font-size:10.0pt">resolveNamesForTransportRules</span></span>” setting, which seems like it should do exactly what we want, delay the DNS lookup to connection
time… but that setting doesn’t seem to exist in 4.2.2… if I’m reading correctly, it was added after that version was released, so this setting isn’t in an actual release as yet.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">What would you recommend we should do here? We would prefer to be using an official release over building the 4.2.x head version, but we could probably do that if it was the best solution… do you know of any good workaround to get this
sort of thing working with 4.2.2? Or, are there any plans for releasing a 4.2.3?<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Thanks,<o:p></o:p></p>
<p class="MsoNormal">Phillip Bradbury<span style="font-size:9.0pt;font-family:"Arial",sans-serif;color:#17244C;mso-fareast-language:EN-AU"><o:p></o:p></span></p>
</div>
<p>Important Note<br>
This email (including any attachments) contains information which is confidential and may be subject to legal privilege. If you are not the intended recipient you must not use, distribute or copy this email. If you have received this email in error please notify the<br>
sender immediately and delete this email. Any views expressed in this email are not necessarily the views of IRESS Limited.</p>
<p>It is the duty of the recipient to virus scan and otherwise test the information provided before loading onto any computer system.<br>
IRESS Limited does not warrant that the information is free of a virus or any other defect or error.
</p></body>
</html>