Discussion:
[omniORB] Can not find naming service if Omninames use diffrent port other than default port.
Chang, Quansheng (NAM RC-CA IC-MOL IL ENG1)
2012-07-27 14:25:43 UTC
Permalink
Hi



I'm learning the OmniORB. I'm using OmniORB-4.1.6 on XP pro 32 bit and VC 9.0.



When I started omniNmaes with default port number and run the echo3 example without any problem. But if I start the naming service on other port ( for example: omniNames -start 1050), the echo3 program does not work anymore.



It seems it failed at

// Narrow the reference returned.

rootContext = CosNaming::NamingContext::_narrow(obj);



It throws "Caught system exception TRANSIENT".



Any suggestions to fix it?





Thanks in advance.





Laurence Chang




This message and any attachments are solely for the use of intended recipients. The information contained herein may include trade secrets, protected health or personal information, privileged or otherwise confidential information. Unauthorized review, forwarding, printing, copying, distributing, or using such information is strictly prohibited and may be unlawful. If you are not an intended recipient, you are hereby notified that you received this email in error, and that any review, dissemination, distribution or copying of this email and any attachment is strictly prohibited. If you have received this email in error, please contact the sender and delete the message and any attachment from your system. Thank you for your cooperation
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.omniorb-support.com/pipermail/omniorb-list/attachments/20120727/04cf54dd/attachment.html>
Chang, Quansheng (NAM RC-CA IC-MOL IL ENG1)
2012-07-27 18:22:09 UTC
Permalink
I figured out. I have to modify the registry.

Change

NameService=corbaname::136.157.210.63

To
NameService=corbaname::136.157.210.63:1050

And reboot the computer, then it can find the naming service on port 1050.

I have another question:

When I googled this issue, somebody mentioned omniORB.cfg file. Does omniORB 4.1.6 still use this file? Or it is obsolete?

Best regards,

Laurence



This message and any attachments are solely for the use of intended recipients. The information contained herein may include trade secrets, protected health or personal information, privileged or otherwise confidential information. Unauthorized review, forwarding, printing, copying, distributing, or using such information is strictly prohibited and may be unlawful. If you are not an intended recipient, you are hereby notified that you received this email in error, and that any review, dissemination, distribution or copying of this email and any attachment is strictly prohibited. If you have received this email in error, please contact the sender and delete the message and any attachment from your system. Thank you for your cooperation
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.omniorb-support.com/pipermail/omniorb-list/attachments/20120727/7f493216/attachment.html>
Duncan Grisby
2012-07-30 12:48:14 UTC
Permalink
On Fri, 2012-07-27 at 13:22 -0500, Chang, Quansheng (NAM RC-CA IC-MOL IL
ENG1) wrote:

[...]
Post by Chang, Quansheng (NAM RC-CA IC-MOL IL ENG1)
When I googled this issue, somebody mentioned omniORB.cfg file. Does
omniORB 4.1.6 still use this file? Or it is obsolete?
Perhaps you would like to consult the documentation?

http://omniorb.sourceforge.net/omni41/omniORB/omniORB004.html

Duncan.
--
-- Duncan Grisby --
-- duncan at grisby.org --
-- http://www.grisby.org --
Loading...