Discussion:
[omniORB] Multi-profile IOR, how get "first call" succeeded
evgeni.rojkov
2013-10-16 13:35:58 UTC
Permalink
Hi all,
here a short problem description:
- client accesses server (omninames involved) using Multi-profile IOR having 3 entries (log attached).
- 2 of them (1st and 2nd ) are not accessible for client (192.168.64.1 and 192.168.204.1), the 3rd one is (10.150.43.1, see log).
- calls are done cyclically, server function client calls is ping(), NamingContextExt::resolve_str() and _narrow() done before.
- counterpart always accessible.
- 1st and 2nd calls fails, 3rd and all after succeed.
- omniOrb 4.0.5

My desire would be all calls succeeded.
How could I get it?

See in the log the 1st call is using 192.168.64.1, the 2nd 192.168.204.1, the 3rd and after 10.150.43.1
Could somebody say some words about how this selection works and maybe some related details?

One detail about attached log (omniorb.log).
Counterpart calls symmetrically local ping() function and this calls are in log as well.

Many thanks!

Mit freundlichen Gr??en/Best regards
Evgeni Rojkov


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.omniorb-support.com/pipermail/omniorb-list/attachments/20131016/c55c03e6/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: omniorb.log
Type: application/octet-stream
Size: 69290 bytes
Desc: omniorb.log
URL: <http://www.omniorb-support.com/pipermail/omniorb-list/attachments/20131016/c55c03e6/attachment-0001.obj>
Immanuel Litzroth
2013-10-16 14:37:46 UTC
Permalink
If you use the example code as a template I think the object is entered
into the Nameservice before the POA is activated:
That might give a small window where you might see failing calls IMHO.
Immanuel
///
if( !bindObjectToName(orb, obj) )
return 1;

myecho->_remove_ref();

PortableServer::POAManager_var pman = poa->the_POAManager();
pman->activate();
///
Hi all,****
here a short problem description:****
- client accesses server (omninames involved) using Multi-profile IOR
having 3 entries (log attached).****
- 2 of them (1st and 2nd ) are not accessible for client (192.168.64.1
and 192.168.204.1), the 3rd one is (10.150.43.1, see log).****
- calls are done cyclically, server function client calls is ping(),
NamingContextExt::resolve_str() and _narrow() done before.****
- counterpart always accessible.****
- 1st and 2nd calls fails, 3rd and all after succeed.****
- omniOrb 4.0.5****
** **
My desire would be all calls succeeded.****
How could I get it?****
** **
See in the log the 1st call is using 192.168.64.1, the 2nd 192.168.204.1,
the 3rd and after 10.150.43.1****
Could somebody say some words about how this selection works and maybe
some related details?****
** **
One detail about attached log (omniorb.log).****
Counterpart calls symmetrically local ping() function and this calls are
in log as well.****
** **
Many thanks!****
** **
Mit freundlichen Gr??en/Best regards
Evgeni Rojkov
****
** **
_______________________________________________
omniORB-list mailing list
omniORB-list at omniorb-support.com
http://www.omniorb-support.com/mailman/listinfo/omniorb-list
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.omniorb-support.com/pipermail/omniorb-list/attachments/20131016/2870bb71/attachment.html>
evgeni.rojkov
2013-10-22 15:07:41 UTC
Permalink
... are you sure answering my question?
Best regards,
Evgeni Rojkov
Von: Immanuel Litzroth [mailto:immanuel.litzroth at cloudfounders.com]
Gesendet: Mittwoch, 16. Oktober 2013 16:38
An: Rojkov, Evgeni
Cc: omniORB-list at omniorb-support.com
Betreff: Re: [omniORB] Multi-profile IOR, how get "first call" succeeded

If you use the example code as a template I think the object is entered
into the Nameservice before the POA is activated:
That might give a small window where you might see failing calls IMHO.
Immanuel
///
if( !bindObjectToName(orb, obj) )
return 1;

myecho->_remove_ref();

PortableServer::POAManager_var pman = poa->the_POAManager();
pman->activate();
///

On 16 October 2013 15:35, <evgeni.rojkov at durr.com<mailto:evgeni.rojkov at durr.com>> wrote:
Hi all,
here a short problem description:
- client accesses server (omninames involved) using Multi-profile IOR having 3 entries (log attached).
- 2 of them (1st and 2nd ) are not accessible for client (192.168.64.1 and 192.168.204.1), the 3rd one is (10.150.43.1, see log).
- calls are done cyclically, server function client calls is ping(), NamingContextExt::resolve_str() and _narrow() done before.
- counterpart always accessible.
- 1st and 2nd calls fails, 3rd and all after succeed.
- omniOrb 4.0.5

My desire would be all calls succeeded.
How could I get it?

See in the log the 1st call is using 192.168.64.1, the 2nd 192.168.204.1, the 3rd and after 10.150.43.1
Could somebody say some words about how this selection works and maybe some related details?

One detail about attached log (omniorb.log).
Counterpart calls symmetrically local ping() function and this calls are in log as well.

Many thanks!

Mit freundlichen Gr??en/Best regards
Evgeni Rojkov


_______________________________________________
omniORB-list mailing list
omniORB-list at omniorb-support.com<mailto:omniORB-list at omniorb-support.com>
http://www.omniorb-support.com/mailman/listinfo/omniorb-list

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.omniorb-support.com/pipermail/omniorb-list/attachments/20131022/85d34ed6/attachment.html>
Loading...