Re: bugs/problems with Orbacus 4.2.2
Darren Middleman <[email protected]> Wed, 13 Apr 2005 11:10:17 -0230
| Newsgroups | gmane.comp.corba.orbacus |
|---|---|
| Organization | IONA | Making Software Work Together TM |
| Message-ID | <[email protected]> |
Hi Andrey, > I have recently updated to Orbacus 4.2 Patch 2 from 4.2.1 and found a > few possible bugs in Orbacus 4.2.2 which seem to make the Orbacus > system work improperly: > > 1. Now with 4.2.2, on every ORB start I'm getting a lot of > exceptions like > > [java] Exception in thread "Thread-2" java.lang.NoSuchMethodError: > org.omg.PortableInterceptor.IORInterceptor_3_0.adapter_manager_state_changed > (Ljava/lang/String;S)V > > [java] at > com.ooc.OB.PIManager.adapterManagerStateChange(PIManager.java:688) > > [java] at > com.ooc.OBPortableServer.POAManager_impl.activate(POAManager_impl.java:220) > > [java] at com.packet411.framework.application.OrbRunner.run(Unknown > Source) > > [java] at java.lang.Thread.run(Thread.java:595) > > After printing those exceptions, my program continue to operate in > normal way. I have checked the Orbacus 4.2.2 source code and found > that the method adapter_manager_state_changed implementation is really > seems to be just missing in the Service Pack 2 patch source code. My > same code works fine with Orbacus 4.2.1 because the source code of > 4.2.1 doesn't contain calls to that missing > adapter_manager_state_changed method. > Are you using Java 1.4 or 1.5? This looks like the usual error associated with using newer JDKs with Orbacus. You should make sure that you uncomment the BOOTCLASSPATH option in the config/Make.rules (Unix) or config\Make.rules.make (Windows) file when building Orbacus. You should also use the option '-Xbootclasspath/p:$CLASSPATH' (or '-Xbootclasspath/p:%CLASSPATH%' for Windows) when running your applications. For example: java -Xbootclasspath/p:$CLASSPATH hello.Server > 2. My other problem is with nameserv. I'm starting a mix of 4 > processes, all making calls to each other and sending events for > Orbacus event service. The second start of the system causes incorrect > binding -- a C++ component process becomes invisible to the other > processes. After nameserv and eventserv are restarted everything work > fine again. This happens only from time to time (20-40% of all runs, > depending on the phase of the Moon). I'm always using rebind for > services registration, but it seems that in some situations Orbacus > 4.2.2 binds services incorrectly. This problem also was not noticed in > 4.2.1. Can you give me a bit more information on what you are seeing here? How are you starting these process and binding them with the naming service? I don't believe anything changed between the 4.2.1 and 4.2.2 with regards to the name service so I'm not sure what could be causing the problems you are seeing. Any other information you could provide here would be helpful. Regards, Darren -- Darren Middleman, Software Engineer Team Orbacus - Your CORBA Source Email: mailto:[email protected] WWW: http://www.orbacus.com/ _______________________________________________ OB-Users Mailing List - [email protected] http://mail.ooc.nf.ca/mailman/listinfo/ob-users Visit our support FAQ before you send a message. http://www.orbacus.com/faq/support.html