Google Groups Home
Help | Sign in
omniORB4 OBJECT_NOT_EXIST callback exception
There are currently too many topics in this group that display first. To make this topic appear first, remove this option from another topic.
There was an error processing your request. Please try again.
flag
  3 messages - Collapse all
The group you are posting to is a Usenet group. Messages posted to this group will make your email address visible to anyone on the Internet.
Your reply message has not been sent.
Your post was successful
brian_mk  
View profile
 More options Apr 30, 8:10 am
Newsgroups: comp.object.corba
From: brian_mk <brian.k...@gmail.com>
Date: Wed, 30 Apr 2008 05:10:13 -0700 (PDT)
Local: Wed, Apr 30 2008 8:10 am
Subject: omniORB4 OBJECT_NOT_EXIST callback exception
I have a Windows client (Vista) that registers a number of callback
objects with a Linux server in the way described in the book 'Advanced
CORBA Programming with C++' (Chapter 20):-

module CCS {
  struct CallbackInfo {
   :
   :
  };

  interface Callback {
    void notify(in any data);
  };

  interface CBRegistration {
    void unregister();
  };

  interface xxx {
    CBRegistration register_callback(
      in Callback cb;
      in CallbackInfo why;
      );
  };

};

When the server makes a callback, this sometimes works ok but other
times it fails with an OBJECT_NOT_EXIST exception.
After one failure, it appears that the other registered callbacks also
fail in the same way.
When the Windows client subsequently exits, it still manages to
successfully call the server to unregister the callbacks. It does this
by calling the unregister() method for each of the callback objects in
turn. This proves that the callback objects still exist on the client
and have not been inadvertently destroyed.

When I use a test client running on the same Linux machine as the
server, I don't see the problem.

I have added debug to log the exception minor code (using e.minor() )
- this is set to zero.
I have added a few retries with a delay between each but all the retry
attempts fail in the same way.
I have tried changing some configuration parameters such as
verifyObjectExistsAndType, lcdMode, strictIIOP.

We are using omniORB 4.0.7.
Linux server is running under Kubuntu 7.10.

Any help greatly appreciated.

Regards,

Brian.


    Reply to author    Forward  
You must Sign in before you can post messages.
To post a message you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.
brian_mk  
View profile
 More options Apr 30, 11:02 am
Newsgroups: comp.object.corba
From: brian_mk <brian.k...@gmail.com>
Date: Wed, 30 Apr 2008 08:02:21 -0700 (PDT)
Local: Wed, Apr 30 2008 11:02 am
Subject: Re: omniORB4 OBJECT_NOT_EXIST callback exception
On 30 Apr, 13:10, brian_mk <brian.k...@gmail.com> wrote:

Further info:-

The windows client is using IIOP.NET.
If I substitute another windows client test harness that uses omniORB
4.0.7, then the callbacks work fine every time.

I tried setting the omniORB trace level to 10 on the server side.
That tells me the exception is in GIOP_C.cc: 247, omniObjRef.cc: 780.


    Reply to author    Forward  
You must Sign in before you can post messages.
To post a message you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.
Duncan Grisby  
View profile
 More options May 5, 12:34 pm
Newsgroups: comp.object.corba
From: Duncan Grisby <duncan-n...@grisby.org>
Date: Mon, 05 May 2008 16:34:28 GMT
Local: Mon, May 5 2008 12:34 pm
Subject: Re: omniORB4 OBJECT_NOT_EXIST callback exception
In article <5db042f8-116e-4e1e-8f3f-0f54680b9...@24g2000hsh.googlegroups.com>,

brian_mk  <brian.k...@gmail.com> wrote:

[...]

>The windows client is using IIOP.NET.
>If I substitute another windows client test harness that uses omniORB
>4.0.7, then the callbacks work fine every time.

>I tried setting the omniORB trace level to 10 on the server side.
>That tells me the exception is in GIOP_C.cc: 247, omniObjRef.cc: 780.

The exception is coming from the Windows side -- omniORB is merely
passing it along. You need to look at the IIOP.NET end to work out
what the problem is.

Cheers,

Duncan.

--
 -- Duncan Grisby         --
  -- dun...@grisby.org     --
   -- http://www.grisby.org --


    Reply to author    Forward  
You must Sign in before you can post messages.
To post a message you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.
End of messages
« Back to Discussions « Newer topic     Older topic »

Create a group - Google Groups - Google Home - Terms of Service - Privacy Policy
©2008 Google