You can subscribe to this list here.
2002 |
Jan
(315) |
Feb
(709) |
Mar
(491) |
Apr
(190) |
May
(111) |
Jun
(129) |
Jul
(157) |
Aug
(80) |
Sep
(111) |
Oct
(103) |
Nov
(84) |
Dec
(87) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2003 |
Jan
(89) |
Feb
(273) |
Mar
(343) |
Apr
(73) |
May
(56) |
Jun
(9) |
Jul
(26) |
Aug
(47) |
Sep
(46) |
Oct
(162) |
Nov
(42) |
Dec
(25) |
2004 |
Jan
(53) |
Feb
(73) |
Mar
(23) |
Apr
(12) |
May
(28) |
Jun
(17) |
Jul
(82) |
Aug
(35) |
Sep
(7) |
Oct
(8) |
Nov
(18) |
Dec
|
2005 |
Jan
(7) |
Feb
(2) |
Mar
(18) |
Apr
(4) |
May
(24) |
Jun
(4) |
Jul
(17) |
Aug
(2) |
Sep
|
Oct
(4) |
Nov
(2) |
Dec
(1) |
2006 |
Jan
(6) |
Feb
|
Mar
|
Apr
(2) |
May
(2) |
Jun
|
Jul
|
Aug
(2) |
Sep
(1) |
Oct
|
Nov
|
Dec
(1) |
2007 |
Jan
(4) |
Feb
|
Mar
|
Apr
(2) |
May
|
Jun
|
Jul
(3) |
Aug
(3) |
Sep
(1) |
Oct
|
Nov
(1) |
Dec
|
2008 |
Jan
|
Feb
|
Mar
|
Apr
(2) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(2) |
Dec
|
2009 |
Jan
(3) |
Feb
(3) |
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
From: <ras...@wi...> - 2009-10-29 04:29:11
|
Hi Lars, Please let me know the following information. -> when will be the next release for the OpenORB? -> I Saw that the OpenORB project is moved to sourceforge? Is that correct? -> Is there any development happening in OpenORB project or its closed? -> is The currently available OpenORB-1.4.0 is compatible with JDK.1.6? We are plannning to upversion JDK from 1.5 to 1.6 -> If the project is inactive then What is your Suggestion for the usage of OpenORB in next coming years.Is there any Alternative vendor implemention available? -> what is the release cycle period for OpenORB? Please reply for the information. Regards Rashmi.C -----Original Message----- From: ope...@li... [mailto:ope...@li...] On Behalf Of Lars Kühne Sent: Thursday, April 03, 2008 1:19 AM To: Eric Thomas Cc: OpenORB Devel Subject: Re: [openorb-devel] Notification Service Patches Eric Thomas wrote: > Hi Lars, > I tried to post to the openorb-devel list but the message bounced > -- is the list still alive? Yes, my test mail just went through. I also checked that you are still subscribed. Not sure what went wrong, maybe just a temporary hickup in the sourceforge infrastructure. Your other - preferred - option is to open bug reports in the issue tracker and attach the fixes, that makes things more traceable than private emails. > Below is the message I wanted to post. > > ------------------ > > Hi Lars (or other OpenORB committer), > I've contributed OpenORB / Notification-Service patches in the > past. The attached archive contains patch files that address the > following bugs in the OpenORB v1.4.0 Notification Service: > > 1. There was a memory leak due to a lack of message-tracking cleanup > when client connections failed. The memory leak manifested itself in > the growth of the 'm_undeliveredEventsMap' table. The fix was to make > sure that events are always reported as "delivered" when > communications failures are trapped. > > 2. The service would (on occasion) get into a state where > disconnected-client channels were no longer being closed and would > build up over time. The apparent reason was that the channel-reaper > thread could get "stuck" while trying to close a channel. The fix was > to add extra threading and timeouts. > > 3. Implemented various other minor fixes and improvements (including > fix of bug that had made 'NumberCache' non-operational). > > The patches were applied against the version of OpenORB in > Sourceforge CVS on 4/1/2008. See the "info.txt" file in the archive > for more details. > > Before these patches, we were seeing occasional Notification > Service crashes due to out-of-memory exceptions and build-ups of > "stuck" connections. We've been running a version with all these > patches for quite a few months, and have had no crashes. > > Best Regards > --Eric Thomas Thanks for the patch, much appreciated, and good to see success stories as well. The NumberCache bug is almost embarrassing, can't believe that it went unnoticed for so long. I'll try to look into your other patches. Regards, Lars ------------------------------------------------------------------------- Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace _______________________________________________ openorb-devel mailing list ope...@li... https://lists.sourceforge.net/lists/listinfo/openorb-devel |
From: Richard S. <rsc...@co...> - 2009-03-21 01:50:26
|
I hope this list is still active. I'm going through all the code for the IDL compiler and notice that some of the classes used by the compiler are actually IDL generated classes. What's not clear yet is how the IDL compiler gets "bootstrapped". How are the classes the compiler needs generated so that it can be built? I see code in the source tree for Apache's IDL compiler as well. Is that what is used? The reason I'm asking is because I want to get a handle on the complete build process from start to finish. Thanks. Richard |
From: SourceForge.net <no...@so...> - 2009-02-25 10:41:12
|
Bugs item #2636512, was opened at 2009-02-25 16:41 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=436925&aid=2636512&group_id=43608 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: OpenORB Group: 1.4.0 Status: Open Resolution: None Priority: 5 Private: No Submitted By: starkom (starkom) Assigned to: Lars Kühne (lkuehne) Summary: IllegalConditionError Initial Comment: We have application with many CORBA requests from many threads. And very seldom(1 time per month approximately) we get following: org.openorb.orb.util.Trace$IllegalConditionError: Invalid state at begin_invocation at org.openorb.orb.util.Trace.signalIllegalCondition(Trace.java:515) at org.openorb.orb.core.Delegate.begin_invocation(Delegate.java:1540) at org.openorb.orb.core.Delegate.is_local(Delegate.java:911) at org.omg.CORBA.portable.ObjectImpl._is_local(Unknown Source) It happens only on production's servers and we can not reproduce it. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=436925&aid=2636512&group_id=43608 |
From: <ras...@wi...> - 2009-02-17 12:08:46
|
Hi All, We were using corba 1.3.1 previously. We up versioned it to 1.4.0. We were using inter box mirroring in older version. Two machines are involved. After upgrading both the machine we are not able to have the same naming Service. We nee to configure again or reboot the system to have Naming context. Previously we were using MapNaming context. We are using tns for our application. Please let us know * any changes are present with respect to NS lookup. * Do we need to change any API to use TNS. * What is difference in previous version of Nameservice and current version * How to test inter box name service using command line. * Which naming Service is good INS or TNS. * Will TNS retains its IOR value. Please help us in this. Regards, Rashmi Chidambara Rao. |
From: <ras...@wi...> - 2009-02-03 12:07:35
|
Hi All, Machine details: SunOS xxxxxx 5.10 Generic_137111-08 sun4u sparc SUNW,Netra-240 According to solaris10 account locking feature all user accounts will be locked after 3 unsuccessful attempts and this count will be maintained in /etc/shadow file. In /etc/security/policy.conf we have LOCK_AFTER_RETRIES=YES. We are also using /opt/openssh/etc/sshd_config PermitEmptyPasswords yes Here we are facing issue with the login. We get below msg ssh -l test 192.219.223.196 Authorized use only, activities logged. Password: Warning: 1 failed login attempt since last successful login. --------------here without loging in we get password fail. Last login: Tue Feb 3 17:40:48 2009 from 164.164.27.194 "/opt/openssh/etc/sshd_config" 112 lines, 3127 characters wcars2yn:/> !cat cat /etc/shadow | grep test test:4sufC7KzQ6klU:14278:7:56:42:::1 Please let us know is it the right behavior? Can we have both the things enabled in ssh and solaris? If not how can we use this? Regards Rashmi. |
From: <ras...@wi...> - 2009-01-21 12:37:00
|
Hi All, I am using OpenORB 1.4.0 and java 1.5_16. We want to use NameService for mirroring on different machine. We are using NameComponent to bind. But we are getting "No CORBA binding:NameService/Testing_7 at x.x.x.x" We are using tns name service. Please let us know how to use Name service for mirroring. OpenORB 1.3.1 it was working. Please let us know any inputs/Suggestion/limitations. Regards, Rashmi Chidambara Rao. |
From: <ras...@wi...> - 2009-01-15 10:20:58
|
Hi In latest OpenORB 1.4.0 we have below file generated Vi /.OpenORB/NS_IOR/COS/NameService/NamingContextExt.ior IOR:000000000000002B49444C3A6F6D672E6F72672F436F734E616D696E672F4E616D696E67436F 6E746578744578743A312E30000000000001000000000000006800010200000000103139322E3231 392E3232332E3139350007D100000000001B004F4F01963B34CB1E010000504F41FE4E616D655365 72765F30FE000000000100000001000000200000000000010001000000020001000F000100200001 01090000000100010100 We were passing below command in OpenORB1.3.1 java -classpath ${CP} -Dorg.omg.CORBA.ORBClass=org.openorb.CORBA.ORB -Dorg.omg.CORBA.ORBSingletonClass=org.openorb.CORBA.ORBSin gleton -Dopenorb.debug.level=MEDIUM -Dopenorb.debug.trace=DEBUG -Dopenorb.home=${CORBAHome}/rcscripts org.openorb.util.MapNamin gContext -ORBPort=2001 $* 2>&1 |/usr/bin/logger -p local4.notice -t "OpenORB NamingService" now in OpenORB1.4.0 we are passing the below command java -client -classpath ${CP} -Dorg.omg.CORBA.ORBClass=org.openorb.orb.core.ORB -Dorg.omg.CORBA.ORBSingletonClass=org.openorb.orb.core.ORBSing leton -Dopenorb.debug.level=MEDIUM -Dopenorb.debug.trace=WARN -Dopenorb.home=${CORBAHome}/rcscripts org.openorb.tns.Server -ORBPort=2001 $* 2 >&1 |/usr/bin/logger -p local4.notice -t "OpenORB NamingService" Here name service is changed to tns please let me know if we have to change any argument passing or do we need to send any extra argument. we need to do Inter box mirroring. Regards, Rashmi Chidambara Rao. |
From: <ras...@wi...> - 2009-01-08 07:47:08
|
Regards, Rashmi Chidambara Rao. ________________________________ From: Rashmi Chidambara Rao (WT01 - Telecom Equipment) Sent: Tuesday, January 06, 2009 2:41 PM To: 'Lars Kühne' Cc: Rashmi Chidambara Rao (WT01 - Telecom Equipment) Subject: FW: naming service mirror exception Hi, We were using OpenORB 1.3.0. that time the name service mirror was working fine. Currently we are using OpenORB -1.4.0 with JDK 1.5_16.some modifications I have done it like for using tns instead of calling MapNmaing context I called tns.server. Here the nameservice mirror is not working with the same code below mentioned are the logs which we receive. * Here what are changes we need to care to use the nameservice mirror * Is this is a bug ? * Do I need to change any openorb.xml file. * Is this is related to below mentioned bug. Is this bug is fixed * What is the difference in MapNaming context and now tns. * Now in new version how the naming context is resolved. * "NameService" sting is passed in the binding. * How can I check the naming service mirror will work. Please let me know your inputs. Regards Rashmi. Rashmi, There is a known bug reported for OpenORB-1.4 using Java - 1.5 and a fix for it is also provided. Pls see below. Try the fix below and let me know if it works for you. [ 1534541 ] Naming Service not read for Java 1.5 You may monitor this Tracker item after you log in <http://sourceforge.net/account/login.php> (register an account, if you do not already have one <http://sourceforge.net/account/registration/> ) Submitted By: cmeiding - cmeiding <http://sourceforge.net/users/cmeiding/> Date Submitted: 2006-08-04 13:39 Last Updated By: Item Submitter - Tracker Item Submitted Date Last Updated: No updates since submission Number of Comments: 0 Number of Attachments: 0 Category: (?) <javascript:help_window('/help/tracker.php?helpname=category')> None Group: (?) <javascript:help_window('/help/tracker.php?helpname=group')> None Assigned To: (?) <javascript:help_window('/help/tracker.php?helpname=assignee')> Nobody/Anonymous Priority: (?) <javascript:help_window('/help/tracker.php?helpname=priority')> 5 Status: (?) <javascript:help_window('/help/tracker.php?helpname=status')> Open Resolution: (?) <javascript:help_window('/help/tracker.php?helpname=resolution')> None Summary: (?) <javascript:help_window('/help/tracker.php?helpname=summary')> Naming Service not read for Java 1.5 Private: (?) <javascript:help_window('/help/tracker.php?helpname=private')> No Naming Service will not build under Java 1.5. To fix, in src/test/org/openorb/ns/test/jndi/NamingTest.java, change all occurrences of the "enum" local variable to "_enum". (version 1.4.0) Here is the virtual Ip configuration present in the NameServiceMirror.cfg SESM 47.142.101.137 NameService/Subnet_7 Subnet_7 2001 2001 SESM 47.142.92.209 NameService/Upgrade_7 Upgrade_7 2001 2001 SESM 47.142.128.82 NameService/Test_7 Test_7 2001 2001 No space is added here.The same thin g was working in the previous relaeases. Now with New version of OpenORB where "tns" is used, I am getting this error. Please let me know your inputs. Regards, Rashmi Chidambara Rao. Regards, Rashmi Chidambara Rao. Rashmi, What I can see immediately of a possible cause is the "virtual IP". I have highlighted the error statment in Bold-Red below. In your configuration file, if you provide the Virtual IP address instead of rtpniems, does it work? Check for any mistakenly inserted "spaces". This is just for testing whether there is communication happening between the 2 ORBs. If this works then the problem is more related to Name Translations rather than the ORB communicating with each other. ________________________________ From: Rashmi Chidambara Rao (WT01 - Telecom Equipment) Sent: Monday, January 05, 2009 11:09 AM To: Ashok Bhat (WT01 - Business Technology Services (FS & TMT)) Subject: RE: naming service mirror exception Hi Ashok, Thanks a lot for your reply. Please find the problem description: Here are two types of machine setup : * OpenORB 1.3.0, Java 1.5.16 on one machine and virtual IP is configured on another machine with OpenORB 1.4.0 and Java 1.5_16. Here the NameService is mirrored. * OpenORB 1.4.0, Java 1.5._16 on one machine and virtual I is configured on the another machine with OpenORB1.4.0 and java 1.5_16 Here also name Sevice mirroring need to be established. NameService is happening on the local context. For Nameservice mirroring we maintain one nameservicemirror.cfg. using this NameService binding will be done for the local and the remote machine. Due this Name service mirror will be obtained from the server to virtual machine. Here I am facing the problem where binding is not happening between two machines. To bind the Naming context I use "NameService " string. Below mentioned are the logs First machine where the corba is running Dec 26 06:38:06 rtpnsesm OpenORB NamingService: [Pool thread #1] [DEBUG] (orb.ldr#9516880): ServerChannel: (iiop) 2001 (2001 <- rtpnsesm:63 124) request #18 completed Dec 26 06:38:07 rtpnsesm SSPFSServer: Fri Dec 26 06:38:07 EST 2008 No CORBA binding:NameService/Patching at rtpniems Dec 26 06:38:07 rtpnsesm OpenORB NamingService: [Receive Worker for ServerChannel: (iiop) 2001 (2001 <- localhost:62784)] [DEBUG] (orb.ldr# 9516880.ssq): Dec 26 06:38:07 rtpnsesm OpenORB NamingService: ------------------------------------------------------ Dec 26 06:38:07 rtpnsesm OpenORB NamingService: ( Incoming message ) Displaying a buffer, size = 84 Dec 26 06:38:07 rtpnsesm OpenORB NamingService: ------------------------------------------------------ Dec 26 06:38:07 rtpnsesm OpenORB NamingService: GIOP.... ...H.... 47494F50 01000000 00000048 00000002 Dec 26 06:38:07 rtpnsesm OpenORB NamingService: ........ ....NEO. 00000011 00000002 0002001B 4E454F00 Dec 26 06:38:07 rtpnsesm OpenORB NamingService: ........ ...(.ame 00000002 00140000 00000028 01616D65 Dec 26 06:38:07 rtpnsesm OpenORB NamingService: ....INIT ....get. 00000004 494E4954 00000004 67657400 Dec 26 06:38:07 rtpnsesm OpenORB NamingService: ........ NameServ 00000000 0000000C 4E616D65 53657276 Dec 26 06:38:07 rtpnsesm OpenORB NamingService: ice. 69636500 Dec 26 06:38:07 rtpnsesm OpenORB NamingService: ------------------------------------------------------ Dec 26 06:38:07 rtpnsesm OpenORB NamingService: ------ 785) request #36 reply stream created. Reply status: 0 Dec 26 06:38:07 rtpnsesm OpenORB NamingService: [Pool thread #1] [DEBUG] (orb.ldr#9516880.ssq): Dec 26 06:38:07 rtpnsesm OpenORB NamingService: ------------------------------------------------------ Dec 26 06:38:07 rtpnsesm OpenORB NamingService: ( Sending message ) Displaying a buffer, size = 25 Dec 26 06:38:07 rtpnsesm OpenORB NamingService: ------------------------------------------------------ Dec 26 06:38:07 rtpnsesm OpenORB NamingService: GIOP.... .......$ 47494F50 01020001 0000000D 00000024 Dec 26 06:38:07 rtpnsesm OpenORB NamingService: ........ . 00000000 00000000 00 Dec 26 06:38:07 rtpnsesm OpenORB NamingService: ------------------------------------------------------ Dec 26 06:38:07 rtpnsesm OpenORB NamingService: Dec 26 06:38:07 rtpnsesm OpenORB NamingService: [Pool thread #1] [DEBUG] (orb.ldr#9516880): ServerChannel: (iiop) 2001 (2001 <- rtpnsesm:62 785) request #36 last fragment sent after buffer close Dec 26 06:38:07 rtpnsesm OpenORB NamingService: [Pool thread #1] [DEBUG] (orb.ldr#9516880): ServerChannel: (iiop) 2001 (2001 <- rtpnsesm:62 785) request #36 completed Dec 26 06:38:07 rtpnsesm SSPFSServer: Fri Dec 26 06:38:07 EST 2008 No CORBA binding:NameService/Subnet_7 at 47.142.90.34 Dec 26 06:38:08 rtpnsesm OpenORB NamingService: [Worker for ServerProtocol: (iiop) /0.0.0.0:2001] [DEBUG] (orb.ldr#9516880): ServerChannel: (iiop) 2001 (2001 <- rtpnmg9kem.us.nortel.com:51046) created Dec 26 06:38:08 rtpnsesm OpenORB NamingService: [Receive Worker for ServerChannel: (iiop) 2001 (2001 <- rtpnmg9kem.us.nortel.com:51046)] [D EBUG] (orb.ldr#9516880.ssq): Dec 26 06:38:08 rtpnsesm OpenORB NamingService: [Pool thread #1] [DEBUG] (orb.ldr#9516880): ServerChannel: (iiop) 2001 (2001 <- rtpnmg9kem. us.nortel.com:51046) request #6 last fragment sent after buffer close Dec 26 06:38:08 rtpnsesm OpenORB NamingService: [Pool thread #1] [DEBUG] (orb.ldr#9516880): ServerChannel: (iiop) 2001 (2001 <- rtpnmg9kem. us.nortel.com:51046) request #6 completed Dec 26 06:38:10 rtpnsesm OpenORB NamingService: [Receive Worker for ServerChannel: (iiop) 2001 (2001 <- rtpnmg9kem.us.nortel.com:51046)] [D EBUG] (orb.ldr#9516880.ssq): Error receiving message in process_or_enqueue Dec 26 06:38:10 rtpnsesm OpenORB NamingService: java.io.EOFException: The end of the stream has been reached, no bytes available! Dec 26 06:38:10 rtpnsesm OpenORB NamingService: at org.openorb.orb.iiop.IIOPTransport.readMagic(IIOPTransport.java:579) Dec 26 06:38:10 rtpnsesm OpenORB NamingService: at org.openorb.orb.iiop.IIOPTransport.recvMessage(IIOPTransport.java:427) Dec 26 06:38:10 rtpnsesm OpenORB NamingService: at org.openorb.orb.iiop.SocketQueue.process_or_enqueue(SocketQueue.java:265) Dec 26 06:38:10 rtpnsesm OpenORB NamingService: at org.openorb.orb.iiop.SocketQueue.receive(SocketQueue.java:211) Dec 26 06:38:10 rtpnsesm OpenORB NamingService: at org.openorb.orb.iiop.IIOPServerChannel.run_recv(IIOPServerChannel.java:609) Dec 26 06:38:10 rtpnsesm OpenORB NamingService: at org.openorb.orb.net.ServerManagerImpl$ChannelRecvRunner.run(ServerManagerImpl.ja va:880) Dec 26 06:38:10 rtpnsesm OpenORB NamingService: at java.lang.Thread.run(Thread.java:595) Dec 26 06:38:10 rtpnsesm OpenORB NamingService: [Receive Worker for ServerChannel: (iiop) 2001 (2001 <- rtpnmg9kem.us.nortel.com:51046)] [D EBUG] (orb.ldr#9516880): ServerChannel: (iiop) 2001 (2001 <- rtpnmg9kem.us.nortel.com:51046) disorderly shutdown Dec 26 06:38:10 rtpnsesm OpenORB NamingService: [Receive Worker for ServerChannel: (iiop) 2001 (2001 <- rtpnmg9kem.us.nortel.com:51046)] [D EBUG] (orb.iiop.iiop-server-init): An EOFException occured during recvMessage() while closing connection! Dec 26 06:38:10 rtpnsesm OpenORB NamingService: java.io.EOFException: The end of the stream has been reached, no bytes available! Dec 26 06:38:10 rtpnsesm OpenORB NamingService: [Pool thread #1] [DEBUG] (orb.ldr#9516880): ServerChannel: (iiop) 2001 (2001 <- rtpnmg9kem. us.nortel.com:51051) request #6 reply stream created. Reply status: 0 Dec 26 06:38:10 rtpnsesm OpenORB NamingService: [Pool thread #1] [DEBUG] (orb.ldr#9516880.ssq): Dec 26 06:38:10 rtpnsesm OpenORB NamingService: ------------------------------------------------------ Dec 26 06:38:10 rtpnsesm OpenORB NamingService: ( Sending message ) Displaying a buffer, size = 210 Dec 26 06:38:10 rtpnsesm OpenORB NamingService: ------------------------------------------------------ Dec 26 06:38:10 rtpnsesm OpenORB NamingService: GIOP.... ...?.... 47494F50 01020001 000000C6 00000006 Dec 26 06:38:10 rtpnsesm OpenORB NamingService: ........ ...9IDL: 00000000 00000000 00000039 49444C3A Dec 26 06:38:10 rtpnsesm OpenORB NamingService: com/nort el/sspfs 636F6D2F 6E6F7274 656C2F73 73706673 Dec 26 06:38:10 rtpnsesm OpenORB NamingService: /propert yBrowser 2F70726F 70657274 7942726F 77736572 Dec 26 06:38:10 rtpnsesm OpenORB NamingService: /Propert yBrowser 2F50726F 70657274 7942726F 77736572 Dec 26 06:38:10 rtpnsesm OpenORB NamingService: :1.0.... ........ 3A312E30 00000000 00000001 00000000 Dec 26 06:38:10 rtpnsesm OpenORB NamingService: ...n.... ....47.1 0000006E 00010200 0000000D 34372E31 Dec 26 06:38:10 rtpnsesm OpenORB NamingService: 42.90.30 ..?#.... 34322E39 302E3330 0000F523 00000019 Dec 26 06:38:10 rtpnsesm OpenORB NamingService: ???..... s....... AFABCB00 00000002 73149391 00000008 Dec 26 06:38:10 rtpnsesm OpenORB NamingService: ........ ........ 00000000 00000000 14000000 00000002 Dec 26 06:38:10 rtpnsesm OpenORB NamingService: ....... ........ 00000001 00000020 00000000 00010001 Dec 26 06:38:13 rtpnsesm OpenORB NamingService: [Pool thread #1] [DEBUG] (orb.ldr#9516880): ServerChannel: (iiop) 2001 (2001 <- rtpnsesm:63 124) request #20 completed Dec 26 06:38:13 rtpnsesm SSPFSServer: Fri Dec 26 06:38:13 EST 2008 No CORBA binding:NameService/Patching at rtpniems Dec 26 06:38:13 rtpnsesm OpenORB NamingService: [Receive Worker for ServerChannel: (iiop) 2001 (2001 <- localhost:62784)] [DEBUG] (orb.ldr# 9516880.ssq): Dec 26 06:38:17 rtpnsesm SSPFSServer: Fri Dec 26 06:38:17 EST 2008 No CORBA binding:NameService/Patching at rtpniems Dec 26 06:38:17 rtpnsesm OpenORB NamingService: [Receive Worker for ServerChannel: (iiop) 2001 (2001 <- localhost:62784)] [DEBUG] (orb.ldr# 9516880.ssq): Dec 26 06:38:17 rtpnsesm OpenORB NamingService: ------------------------------------------------------ Iems This is the second machine log. this mchines ip is configured as virtual ip for the first machine and this machine has to obatain name service mirroring. Dec 26 06:38:07 rtpniems OpenORB NamingService: Dec 26 06:38:07 rtpniems OpenORB NamingService: [Pool thread #1] [DEBUG] (orb.ldr#9516880): ServerChannel: (iiop) 2001 (2001 <- rtpnsesm.us.no rtel.com:63132) request #5 last fragment sent after buffer close Dec 26 06:38:07 rtpniems OpenORB NamingService: [Pool thread #1] [DEBUG] (orb.ldr#9516880): ServerChannel: (iiop) 2001 (2001 <- rtpnsesm.us.no rtel.com:63132) request #5 completed Dec 26 06:38:07 rtpniems OpenORB NamingService: [Worker for ServerProtocol: (iiop) /0.0.0.0:2001] [DEBUG] (orb.ldr#9516880): ServerChannel: (i iop) 2001 (2001 <- rtpnsesm.us.nortel.com:63136) created Dec 26 06:38:07 rtpniems OpenORB NamingService: [Receive Worker for ServerChannel: (iiop) 2001 (2001 <- rtpnsesm.us.nortel.com:63136)] [DEBUG] (orb.ldr#9516880.ssq): Dec 26 06:38:13 rtpniems OpenORB NamingService: Dec 26 06:38:13 rtpniems OpenORB NamingService: [Pool thread #1] [DEBUG] (orb.ldr#9516880): ServerChannel: (iiop) 2001 (2001 <- rtpnsesm.us.no rtel.com:63132) request #15 last fragment sent after buffer close Dec 26 06:38:13 rtpniems OpenORB NamingService: [Pool thread #1] [DEBUG] (orb.ldr#9516880): ServerChannel: (iiop) 2001 (2001 <- rtpnsesm.us.no rtel.com:63132) request #15 completed Dec 26 06:38:13 rtpniems OpenORB NamingService: [Receive Worker for ServerChannel: (iiop) 2001 (2001 <- rtpnsesm.us.nortel.com:63132)] [DEBUG] (orb.ldr#9516880.ssq): Dec 26 06:38:13 rtpniems OpenORB NamingService: ------------------------------------------------------ Dec 26 06:38:13 rtpniems OpenORB NamingService: ( Incoming message ) Displaying a buffer, size = 84 Dec 26 06:38:13 rtpniems OpenORB NamingService: ------------------------------------------------------ Dec 26 06:38:13 rtpniems OpenORB NamingService: GIOP.... ...H.... 47494F50 01000000 00000048 00000002 Dec 26 06:38:13 rtpniems OpenORB NamingService: ........ ....NEO. 00000011 00000002 0002001B 4E454F00 Dec 26 06:38:13 rtpniems OpenORB NamingService: ........ .....ame 00000002 00140000 00000010 01616D65 Dec 26 06:38:13 rtpniems OpenORB NamingService: ....INIT ....get. 00000004 494E4954 00000004 67657400 Dec 26 06:38:13 rtpniems OpenORB NamingService: ........ NameServ 00000000 0000000C 4E616D65 53657276 Dec 26 06:38:13 rtpniems OpenORB NamingService: ice. 69636500 Dec 26 06:38:13 rtpniems OpenORB NamingService: ------------------------------------------------------ Dec 26 06:38:13 rtpniems OpenORB NamingService: Dec 26 06:38:15 rtpniems OpenORB NamingService: [Pool thread #1] [DEBUG] (orb.ldr#9516880): ServerChannel: (iiop) 2001 (2001 <- rtpniems:51425 ) request #6 last fragment sent after buffer close Dec 26 06:38:15 rtpniems OpenORB NamingService: [Pool thread #1] [DEBUG] (orb.ldr#9516880): ServerChannel: (iiop) 2001 (2001 <- rtpniems:51425 ) request #6 completed Dec 26 06:38:15 rtpniems NamingServiceMonitor: 1 Dec 26 06:38:16 rtpniems OpenORB NamingService: [Receive Worker for ServerChannel: (iiop) 2001 (2001 <- localhost:51421)] [DEBUG] (orb.ldr#951 6880.ssq): Error receiving message in process_or_enqueue Dec 26 06:38:16 rtpniems OpenORB NamingService: java.io.EOFException: The end of the stream has been reached, no bytes available! Dec 26 06:38:16 rtpniems OpenORB NamingService: at org.openorb.orb.iiop.IIOPTransport.readMagic(IIOPTransport.java:579) Dec 26 06:38:16 rtpniems OpenORB NamingService: at org.openorb.orb.iiop.IIOPTransport.recvMessage(IIOPTransport.java:427) Dec 26 06:38:16 rtpniems OpenORB NamingService: at org.openorb.orb.iiop.SocketQueue.process_or_enqueue(SocketQueue.java:265) Dec 26 06:38:16 rtpniems OpenORB NamingService: at org.openorb.orb.iiop.SocketQueue.receive(SocketQueue.java:211) Dec 26 06:38:16 rtpniems OpenORB NamingService: at org.openorb.orb.iiop.IIOPServerChannel.run_recv(IIOPServerChannel.java:609) Dec 26 06:38:16 rtpniems OpenORB NamingService: at org.openorb.orb.net.ServerManagerImpl$ChannelRecvRunner.run(ServerManagerImpl.java: 880) Some of the other logs on first machine: Dec 26 06:36:22 rtpnsesm OpenORB NamingService: at java.lang.Thread.run(Thread.java:595) Dec 26 06:36:24 rtpnsesm SSPFSServer: Explicit Naming Context Mirror started with confiugration in /opt/corba/rcscripts/NamingServiceMirrors.c fg and default sleep factor. Dec 26 06:36:24 rtpnsesm SSPFSServer: Initializing using 6 column data format..... Dec 26 06:36:24 rtpnsesm OpenORB NamingService: [Worker for ServerProtocol: (iiop) /0.0.0.0:2001] [DEBUG] (orb.ldr#9516880): ServerChannel: (i iop) 2001 (2001 <- localhost:62784) created Dec 26 06:36:24 rtpnsesm OpenORB NamingService: [Receive Worker for ServerChannel: (iiop) 2001 (2001 <- localhost:62784)] [DEBUG] (orb.ldr#951 6880.ssq): Dec 26 06:36:24 rtpnsesm OpenORB NamingService: ... .... ........ 00010020 00010109 00000001 00010100 Dec 26 06:36:25 rtpnsesm SSPFSServer: Fri Dec 26 06:36:25 EST 2008 Explicit CORBA NS Mirror. 47.142.90.34:NameService/Subnet_7 Dec 26 06:36:25 rtpnsesm SSPFSServer: Initializing using 6 column data format..... Dec 26 06:36:25 rtpnsesm SSPFSServer: Dec 26, 2008 6:36:25 AM com.sun.corba.se.impl.transport.SocketOrChannelConnectionImpl <init> Dec 26 06:36:25 rtpnsesm SSPFSServer: WARNING: "IOP00410201: (COMM_FAILURE) Connection failure: socketType: IIOP_CLEAR_TEXT; hostname: rtpniem s; port: 2001" Dec 26 06:36:25 rtpnsesm SSPFSServer: org.omg.CORBA.COMM_FAILURE: vmcid: SUN minor code: 201 completed: No Dec 26 06:36:25 rtpnsesm SSPFSServer: at com.sun.corba.se.impl.logging.ORBUtilSystemException.connectFailure(ORBUtilSystemException.java:217 2) Dec 26 06:36:25 rtpnsesm SSPFSServer: at com.sun.corba.se.impl.logging.ORBUtilSystemException.connectFailure(ORBUtilSystemException.java:219 3) Dec 26 06:36:25 rtpnsesm SSPFSServer: at com.sun.corba.se.impl.transport.SocketOrChannelConnectionImpl.<init>(SocketOrChannelConnectionImpl. java:205) Dec 26 06:36:25 rtpnsesm SSPFSServer: at com.sun.corba.se.impl.transport.SocketOrChannelConnectionImpl.<init>(SocketOrChannelConnectionImpl. java:218) Dec 26 06:36:25 rtpnsesm SSPFSServer: at com.sun.corba.se.impl.transport.SocketOrChannelContactInfoImpl.createConnection(SocketOrChannelCont actInfoImpl.java:101) Please provide your inputs on the same. If you need the other logs please let me know. Regards, Rashmi Chidambara Rao. |
From: <ras...@wi...> - 2008-11-25 03:16:09
|
Hi all, Please let us know about this logs, Will this indicate the corba notification memory leak. Nov 13 16:42:05 NTOrldEMS-0 OpenORB NotificationService: "StructuredPusher - [1] [1][38]" daemon prio=10 tid=0x001d2710 nid=0x24a waiting on condition [0x4e1ff000..0x4e1ff9a8] Nov 13 16:42:05 NTOrldEMS-0 OpenORB NotificationService: at java.lang.Thread.sleep(Native Method) Nov 13 16:42:05 NTOrldEMS-0 OpenORB NotificationService: at org.openorb.notify.queue.StructuredPusher.run(StructuredPusher.java:248) Regards, Rashmi Chidambara Rao. |
From: <ras...@wi...> - 2008-11-04 05:36:12
|
Hi Scenario 1: =========== Here the customer site was using the OpenORB-1.3.1 from past few years. Code was written for that. JDK was recently up versioned to JDK-1.5_014. Previously there was a COMM_FAILURE error. It was fixed by this new JDK version. Hence new JDK was applied. But Corba related code changes are not done. Also in jdk we increased the memory size from 8k. After the application of this JDK version from application side every 3-4 days the GUI goes to hung state at this stage customer need to restart all the services. Once they restart, this error will disappear and the system comes to normal state. In the logs we see the below mentioned error messages. Hence I was checking about the Root cause for this error. Do we need to tune the java processes? Is this is Java process issue? Scenario 2: =========== Here It was found the corba is using high CPU load average. We tested by launching GUI and sending the notifications.Some Java threads will be left in the run queue. 1.Will there be any memory leak in corba? If yes when it will occur? How can we identify the corba memory leak and is there any solution to fix this. 2. The java threads which are created are left in the runnable or running queue. Hence the LWP's are keep on increasing. Is this is caused by the clients not handling the code properly and threads are not killed? How we can correct this. Is there any tool to identify corba memory lea. Please help me with any pointers to above mentioned problems. * For Naming service, client(GUI) needs to ask ORB to get the server object reference and send request and get response, Server doesn't have knowledge about how ORB handle the details of communication, that is one of reasons why we use CORBA but not pure socket call. Is this statement is correct? * For Notification service, is there any configuration inside ORB which can let us to set the number of max threads? Is there Any Solution for this. * Is there any tool that can be used to identify the Corba threads and how it communicates on Solaris 9/10. how to check the name sevices and notification services are correct. * I tried to use your kit as per suggestion but I am getting the error . On 98d its throwing below error. wcars98d:/yjp-7.5.9/bin> ./ yjp.sh bash: ./: is a directory wcars98d:/yjp-7.5.9/bin> ./yjp.sh Picked up JAVA_TOOL_OPTIONS: java.lang.reflect.InvocationTargetException at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at com.yourkit.Main$5.run(a:14) Caused by: java.awt.HeadlessException: No X11 DISPLAY variable was set, but this program performed an operation which requires it. at java.awt.GraphicsEnvironment.checkHeadless(GraphicsEnvironment.java:159) at java.awt.Window.<init>(Window.java:318) at java.awt.Frame.<init>(Frame.java:419) at java.awt.Frame.<init>(Frame.java:384) at javax.swing.JFrame.<init>(JFrame.java:150) at com.yourkit.h.b.<init>(a:88) at com.yourkit.Main0.entry(a:74) ... 5 more Regards, Rashmi Chidambara Rao. |
From: Lars K. <lak...@t-...> - 2008-04-02 19:49:05
|
Eric Thomas wrote: > Hi Lars, > I tried to post to the openorb-devel list but the message bounced > -- is the list still alive? Yes, my test mail just went through. I also checked that you are still subscribed. Not sure what went wrong, maybe just a temporary hickup in the sourceforge infrastructure. Your other - preferred - option is to open bug reports in the issue tracker and attach the fixes, that makes things more traceable than private emails. > Below is the message I wanted to post. > > ------------------ > > Hi Lars (or other OpenORB committer), > I've contributed OpenORB / Notification-Service patches in the > past. The attached archive contains patch files that address the > following bugs in the OpenORB v1.4.0 Notification Service: > > 1. There was a memory leak due to a lack of message-tracking cleanup > when client connections failed. The memory leak manifested itself in > the growth of the 'm_undeliveredEventsMap' table. The fix was to make > sure that events are always reported as "delivered" when > communications failures are trapped. > > 2. The service would (on occasion) get into a state where > disconnected-client channels were no longer being closed and would > build up over time. The apparent reason was that the channel-reaper > thread could get "stuck" while trying to close a channel. The fix was > to add extra threading and timeouts. > > 3. Implemented various other minor fixes and improvements (including > fix of bug that had made 'NumberCache' non-operational). > > The patches were applied against the version of OpenORB in > Sourceforge CVS on 4/1/2008. See the "info.txt" file in the archive > for more details. > > Before these patches, we were seeing occasional Notification > Service crashes due to out-of-memory exceptions and build-ups of > "stuck" connections. We've been running a version with all these > patches for quite a few months, and have had no crashes. > > Best Regards > --Eric Thomas Thanks for the patch, much appreciated, and good to see success stories as well. The NumberCache bug is almost embarrassing, can't believe that it went unnoticed for so long. I'll try to look into your other patches. Regards, Lars |
From: Lars K. <lak...@t-...> - 2008-04-02 19:22:22
|
From: rock_zombie <she...@ya...> - 2007-11-04 23:02:36
|
openorb uses 2001 port.when we run nmap -sSV -P0 -p 2001 .2001 port sends a paused signal to other application requests ,which will inturn cause a end of stream exception. Can anyone help me in solving this problem. Thanks in advance -- View this message in context: http://www.nabble.com/nmap-openorb-tf4743588.html#a13564716 Sent from the OpenORB - Dev mailing list archive at Nabble.com. |
From: Dahiya, K. (GE H. consultant) <Kir...@ge...> - 2007-09-12 13:43:46
|
Hi, =20 I have an issue regarding passing of very large strings across TAO and openORB1.4.0. i tried it as: server =3D TAO client =3D openORB1.4.0=20 =20 ACE version is 5.2a_p9-OCI (OCI's Distribution of TAO) TAO version 1.2a_p9-OCI (OCI's Distribution of TAO =20 .idl file is: =20 test.idl: =20 interface test { void fun(inout string x); }; CLIENT CODE: =20 client.java: =20 import java.io.*; import org.omg.CORBA.*; import java.lang.*; import java.util.*; import java.text.*; public class client { public static void main(String args[]) { try { org.omg.CORBA.ORB orb =3D org.omg.CORBA.ORB.init (args, null); FileReader file =3D new FileReader("/homes/lf502787/string_1/generated/testServer.ior"); BufferedReader in =3Dnew BufferedReader(file); String obj =3D in.readLine(); //obj=3D(String)file.read (); org.omg.CORBA.Object strobj =3D orb.string_to_object(obj ); test testobj =3D testHelper.narrow( strobj ); java.lang.String in_str ; =20 char[] temp =3D new char[150000]; for(int i=3D0;i<150000;i++) { temp[i] =3D 'a'; } =20 in_str =3D new String(temp); org.omg.CORBA.StringHolder inout_str =3D new org.omg.CORBA.StringHolder(); // java.lang.String ret_str; inout_str.value =3D in_str; System.out.println("LENGTH OF INOUT STRING AT CLIENT(before sending) "+ in_str.length()); testobj.fun(inout_str); String temp_str =3D new String(); temp_str =3D inout_str.value ; System.out.println("LENGTH OF INOUT STRING RETURNED FROM SERVER(after calling) "+ temp_str.length()); =20 // System.out.println("LENGTH OF STRING RETURNED FROM SERVER "+ ret_str.length()); =20 } catch(Exception e) { e.printStackTrace(); } } } =20 =20 SERVER CODE: =20 server.cpp =20 #include <iostream> #include <fstream> #include "testS.h" //#include "testS.i" =20 using namespace std; =20 class test_Impl : virtual public POA_test { public: =20 void fun(char* & s_inout) throw(CORBA::SystemException) { =20 cout<<"length of string received as inout parameter from server(before modification) "<< strlen(s_inout)<<"\n"; char temp[2000005]; for(int i =3D 0;i<2000005;i++) { temp[i] =3D 'a'; } s_inout =3D CORBA::string_dup(temp); =20 cout<<"length of out parameter at server "<<strlen(s_inout)<<"\n"; =20 } }; =20 int main(int argc, char *argv[]) { CORBA::ORB_var orb =3D CORBA::ORB_init(argc,argv); =20 CORBA::Object_var poaobj =3D orb->resolve_initial_references("RootPOA"); =20 PortableServer::POA_var poa =3D PortableServer::POA::_narrow(poaobj); =20 PortableServer::POAManager_var mgr =3D poa->the_POAManager(); =20 test_Impl *test_servant =3D new test_Impl(); =20 CORBA::Object_var objv =3D test_servant->_this(); =20 CORBA::String_var ior =3D orb->object_to_string(objv); =20 ofstream of; =20 of.open("/homes/lf502787/string_1/generated/testServer.ior"); =20 of<<ior; of.close(); =20 mgr->activate(); =20 orb->run(); =20 return 0; } OPERATING SYSTEM: Linux =20 =20 PROBLEM DESCRIPTION: =20 Compilation problem: NO =20 Linking Problem : NO =20 While Execution: =20 1. When the client is sending string of length 150000 to the server,then it is giving an error as: =20 org.omg.CORBA.TRANSIENT: vmcid: 0x0 minor code: 2 completed: No at org.openorb.orb.core.Delegate$RequestState.findNextBinding(Delegate.java :2258) at org.openorb.orb.core.Delegate$RequestState.failoverFatal(Delegate.java:2 337) at org.openorb.orb.core.Delegate$RequestState.receiveSystemException(Delega te.java:2395) at org.openorb.orb.core.Delegate$RequestState.access$000(Delegate.java:1583 ) at org.openorb.orb.core.Delegate.invoke(Delegate.java:1100) at org.omg.CORBA.portable.ObjectImpl._invoke(ObjectImpl.java:457) at _testStub.fun(_testStub.java:35) at client.main(client.java:32) Caused by: org.omg.CORBA.COMM_FAILURE: IOException while reading from input stream (java.net.SocketException: Connection reset) vmcid: 0x444f7000 minor code: 268 completed: No at org.openorb.orb.iiop.IIOPTransport.readMagic(IIOPTransport.java:572) at org.openorb.orb.iiop.IIOPTransport.recvMessage(IIOPTransport.java:427) at org.openorb.orb.iiop.SocketQueue.process_or_enqueue(SocketQueue.java:265 ) at org.openorb.orb.iiop.SocketQueue.receive(SocketQueue.java:211) at org.openorb.orb.iiop.IIOPClientChannel.run_recv(IIOPClientChannel.java:1 337) at org.openorb.orb.net.ClientManagerImpl$ChannelRecvRunnable.run(ClientMana gerImpl.java:264) at java.lang.Thread.run(Thread.java:595) Caused by: java.net.SocketException: Connection reset at java.net.SocketInputStream.read(SocketInputStream.java:168) at java.io.BufferedInputStream.fill(BufferedInputStream.java:218) at java.io.BufferedInputStream.read1(BufferedInputStream.java:256) at java.io.BufferedInputStream.read(BufferedInputStream.java:313) at org.openorb.orb.iiop.IIOPTransport.readMagic(IIOPTransport.java:491) ... 6 more 2. When client is sending string of length 200000(or more) to the server,then the system is getting hanged. =20 SELF-EFFORTS: =20 I reffered to the already posted maills on openORB Community. =20 Reffered mail is present at: =20 http://sourceforge.net/mailarchive/forum.php?thread_name=3D001401c5beb1%2= 4 b5ef60e0%24140000c0%40W158&forum_name=3Dopenorb-users <BLOCKED::http://sourceforge.net/mailarchive/forum.php?thread_name=3D0014= 0 1c5beb1$b5ef60e0$140000c0@W158&forum_name=3Dopenorb-users>=20 =20 =20 COMMANDS USED: =20 =20 FOR SERVER: =20 COMPILING THE .idl FILE: /vobs/atlas-tools/tao12a/ACE_wrappers/bin/debug/linux/gcc332/tao_idl -g /vobs/atlas-tools/tao12a/ACE_wrappers/bin/debug/linux/gcc332/gperf test.idl COMPILING THE .cpp FILES: gcc -c -I/vobs/atlas-tools/tao12a/ACE_wrappers/TAO -I/vobs/atlas-tools/tao12a/ACE_wrappers -L/vobs/atlas-tools/tao12a/ACE_wrappers/bin/debug/linux/gcc332 -lTAO -lACE -lTAO_PortableServer server.cpp LINKING FILES: gcc -I/vobs/atlas-tools/tao12a/ACE_wrappers/TAO -I/vobs/atlas-tools/tao12a/ACE_wrappers -L/vobs/atlas-tools/tao12a/ACE_wrappers/bin/debug/linux/gcc332 -lTAO -lACE -lTAO_PortableServer -o server server.o testS.o testC.o =20 EXECUTION OF SERVER: ./server & =20 =20 FOR CLIENT: =20 COMPILATION=20 =20 /usr/java/jdk1.5.0_06/bin/javac -classpath /homes/lf502787/OpenORB_generated/openorb_orb-1.4.0.jar:/homes/lf502787/ OpenORB_generated/openorb_orb_tools-1.4.0.jar:/homes/lf502787/OpenORB_ge nerated/openorb_orb_examples-1.4.0.jar:/homes/lf502787/OpenORB_generated /openorb_orb_test-1.4.0.jar:/homes/lf502787/OpenORB_generated/xercesImpl .jar:/homes/lf502787/OpenORB_generated/logkit.jar:/homes/lf502787/OpenOR B_generated/junit.jar:/homes/lf502787/OpenORB_generated/excalibur-config uration.jar:/homes/lf502787/OpenORB_generated/avalon-framework.jar:/home s/lf502787/OpenORB_generated/tools-1.4.0.jar:/homes/lf502787/OpenORB_gen erated/openorb_orb-classes-1.4.0.jar:/homes/lf502787/OpenORB_generated/o penorb_orb-config-1.4.0.jar:/homes/lf502787/OpenORB_generated/openorb_or b_omg-1.4.0.jar:/homes/lf502787/OpenORB_generated/launcher.jar:/homes/lf 502787/OpenORB_generated/build.jar:/homes/lf502787/OpenORB_generated/ope norb_native.jar:/homes/lf502787/OpenORB_generated/tools_test-1.4.0.jar:/ homes/lf502787/OpenORB_generated/commons-cli.jar:/homes/lf502787/OpenORB _generated/hsqldb.jar:/homes/lf502787/OpenORB_generated/xml-apis.jar:/ho mes/lf502787/OpenORB_generated/ant.jar:/homes/lf502787/OpenORB_generated /ant-launcher.jar:/homes/lf502787/OpenORB_generated/batik.jar:/homes/lf5 02787/OpenORB_generated/checkstyle-all.jar:/homes/lf502787/OpenORB_gener ated/fop.jar:/homes/lf502787/OpenORB_generated/jfor.jar:/homes/lf502787/ OpenORB_generated/jimi.jar:/homes/lf502787/OpenORB_generated/xalan.jar:. client.java =20 EXECUTION=20 =20 =20 =20 /usr/java/jdk1.5.0_06/bin/java -classpath /homes/lf502787/OpenORB_generated/openorb_orb-1.4.0.jar:/homes/lf502787/ OpenORB_generated/openorb_orb_tools-1.4.0.jar:/homes/lf502787/OpenORB_ge nerated/openorb_orb_examples-1.4.0.jar:/homes/lf502787/OpenORB_generated /openorb_orb_test-1.4.0.jar:/homes/lf502787/OpenORB_generated/xercesImpl .jar:/homes/lf502787/OpenORB_generated/logkit.jar:/homes/lf502787/OpenOR B_generated/junit.jar:/homes/lf502787/OpenORB_generated/excalibur-config uration.jar:/homes/lf502787/OpenORB_generated/avalon-framework.jar:/home s/lf502787/OpenORB_generated/tools-1.4.0.jar:/homes/lf502787/OpenORB_gen erated/openorb_orb-classes-1.4.0.jar:/homes/lf502787/OpenORB_generated/o penorb_orb-config-1.4.0.jar:/homes/lf502787/OpenORB_generated/openorb_or b_omg-1.4.0.jar:/homes/lf502787/OpenORB_generated/launcher.jar:/homes/lf 502787/OpenORB_generated/build.jar:/homes/lf502787/OpenORB_generated/ope norb_native.jar:/homes/lf502787/OpenORB_generated/tools_test-1.4.0.jar:/ homes/lf502787/OpenORB_generated/commons-cli.jar:/homes/lf502787/OpenORB _generated/hsqldb.jar:/homes/lf502787/OpenORB_generated/xml-apis.jar:/ho mes/lf502787/OpenORB_generated/ant.jar:/homes/lf502787/OpenORB_generated /ant-launcher.jar:/homes/lf502787/OpenORB_generated/batik.jar:/homes/lf5 02787/OpenORB_generated/checkstyle-all.jar:/homes/lf502787/OpenORB_gener ated/fop.jar:/homes/lf502787/OpenORB_generated/jfor.jar:/homes/lf502787/ OpenORB_generated/jimi.jar:/homes/lf502787/OpenORB_generated/xalan.jar:. -Dorg.omg.CORBA.ORBClass=3Dorg.openorb.orb.core.ORB -Dorg.omg.CORBA.ORBSingletonClass=3Dorg.openorb.CORBA.ORBSingleton = client =20 Concerned replies are sincerely awaited & are requested to be sent at this email id only. =20 Regards =20 Ms. Kiran Dahiya GE Healthcare =20 |
From: <ras...@wi...> - 2007-08-30 05:53:50
|
Hi All, Please help me in solving this issue.=20 These are the errors I am getting=20 2007-08-20 09:52:50 StandardContext[/XMLServlet]XMLServlet: <br>*** CRITICAL ***: 14203: Unable to connect to the CORBA ORB : org.omg.CosNaming.NamingContextPackage.NotFound: IDL:omg.org/CosNaming/NamingContext/NotFound:1.0 2007-08-15 07:13:03 StandardContext[/XMLServlet]XMLServlet: <br>*** CRITICAL ***: 14203: Unable to connect to the CORBA ORB : org.omg.CORBA.COMM_FAILURE: vmcid: SUN minor code: 201 completed: No 2007-08-13 07:06:59 StandardContext[/XMLServlet]XMLServlet: <br>***CRITICAL***:14203:Unable to connect to the CORBA ORB : org.omg.CosNaming.NamingContextPackage.NotFound: IDL:omg.org/CosNaming/NamingContext/NotFound:1.0. >From where this error is thrown? What solution we can provide for this? =20 =20 Regards, Rashmi Chidambara Rao. =20 |
From: <ras...@wi...> - 2007-08-17 12:00:06
|
=20 =20 Regards, Rashmi Chidambara Rao. =20 ________________________________ From: Rashmi Chidambara Rao (WT01 - TES-Mobility & Carrier = Infrastructure)=20 Sent: Friday, August 17, 2007 5:06 PM To: 'ope...@li...'; 'Lars K=FChne' Subject: RE: [openorb-devel] how to compilation error for OpenORB1.4.0=20 =20 Hi all, =20 I am compiling OpenORB-1.4.0 in Clearcase. It is on solaris 9, jdk = version is 1.5.0_9. =20 =20 * I am getting following errors please any one help me in this. =20 1. In OpenORB directory directory compilation =20 [rashmc@zcars12q:OpenORB]$ ./build.sh=20 Buildfile: src/build.xml =20 default-target: =20 BUILD FAILED /soamp/SSCorba/OpenORB-1.4.0/OpenORB/src/build.xml:175: The following = error occurred while executing this line: Target `${default-target}' does not exist in this project.=20 =20 Total time: 4 seconds =20 2. in transaction service directory compilation =20 [rashmc@zcars12n:TransactionService]$ ./build.sh=20 Buildfile: src/build.xml =20 default-target: =20 BUILD FAILED /soamp/SSCorba/OpenORB-1.4.0/TransactionService/src/build.xml:131: The = following error occurred while executing this line: Target `${default-target}' does not exist in this project.=20 =20 Total time: 3 seconds =20 jar-all: =20 BUILD SUCCESSFUL Total time: 1 minute 14 seconds jarsigner: unable to open jar file: = /soamp/SSCorba/OpenORB-1.4.0/TransactionService/dist/openorb_ots-1.4.0.ja= r =20 =20 compile-cos-idl: =20 BUILD FAILED java.lang.IncompatibleClassChangeError =20 Total time: 4 seconds =20 =20 3.In persistantstate service directory compilation =20 -compiler-taskdef: =20 BUILD FAILED /soamp/SSCorba/OpenORB-1.4.0/PersistentStateService/src/build.xml:509: = taskdef A class needed by class = org.openorb.pss.compiler.taskdefs.Psdl2Java cannot be found: = org/openorb/compiler/taskdefs/GenericTask =20 Total time: 15 seconds jarsigner: unable to open jar file: = /soamp/SSCorba/OpenORB-1.4.0/PersistentStateService/dist/openorb_pss-1.4.= 0.jar =20 =20 * build.sh file is as given below. =20 #!/bin/sh # # $Id: build.sh,v 1.8 2002/08/19 13:51:39 mrumpf Exp $ # =20 # Obtain the SSPFS build environment . /soamp/SSPFS/defines.ksh =20 # # Set up the environment # if [ -z "$JAVA_HOME" ] ; then JAVAC=3D`which java` if [ -z "$JAVAC" ] ; then echo "Cannot find JAVA. Please set your PATH." exit 1 fi JAVA_BIN=3D`dirname $JAVAC` JAVA_HOME=3D$JAVA_BIN/.. fi =20 JAVAC=3D$JAVA_HOME/bin/java =20 case `uname` in CYGWIN*) PS=3D';' ;; *) PS=3D':' ;; esac =20 # # Concatenate all the libraries in the lib directory and append # it to the classpath environment variable # CLASSPATH=3D`echo lib/*.jar | tr ' ' ${PS}`${PS}$CLASSPATH CLASSPATH=3D`echo ../tools/lib/*.jar | tr ' ' ${PS}`${PS}$CLASSPATH CLASSPATH=3D`echo ../OpenORB/dist/*.jar | tr ' ' ${PS}`${PS}$CLASSPATH CLASSPATH=3D`echo ../TransactionService/dist/*.jar | tr ' ' = ${PS}`${PS}$CLASSPATH CLASSPATH=3D$JAVA_HOME/lib/tools.jar${PS}$CLASSPATH =20 # # Execute the build tool passing the build.xml file # $JAVAC -cp $CLASSPATH -Dant.home=3Dlib org.apache.tools.ant.Main "$@" = -buildfile src/build.xml =20 =20 * to use TCCO_HOME and BOOTCLASSPATH variable what path do I needs = to set. Please provide the information. =20 Inputs on this will help. =20 =20 =20 Regards, Rashmi Chidambara Rao. =20 =20 -----Original Message----- From: Lars K=FChne [mailto:lak...@t-...]=20 Sent: Saturday, August 04, 2007 12:06 AM To: Rashmi Chidambara Rao (WT01 - TES-Mobility & Carrier = Infrastructure); ope...@li... Subject: Re: [openorb-devel] how to compile, configure and install = OpenORB1.4.0 on solaris =20 Hi Rashmi, =20 please use the user list for questions about openorb usage, not the=20 devel list. =20 rashmi wrote on openorb-devel: >=20 > Hi All, >=20 > =20 >=20 > 1. I have to use OpenORB 1.4.0. Please provide me how to=20 > configure , compile and install the OpenORB >=20 > On solaris. >=20 =20 To simplify things initially, you should download the precompiled=20 version. There is nothing to "install", openorb is just a bunch of jar=20 files that needs to be added to either the classpath or maybe the=20 bootclasspath (depends on your JDK version). =20 Please search the list archives for details. =20 Assuming you are somewhat familiar with Unix-like systems (e.g. Linux),=20 nothing special has to be considered for Solaris. =20 > 2. how to execute a simple client server helloworld program on=20 > solaris. What are the commands we need to use for >=20 > Running a application using OpenORB. >=20 > =20 >=20 > Regards >=20 > Rashmi.c >=20 =20 There is no step-by-step walk through available, but here are some = pointers: =20 Basic CORBA introductory material is available at=20 http://java.sun.com/j2se/1.4.2/docs/guide/idl/GShome.html =20 This is written for the tool chain that comes with the JDK, but=20 conceptually using OpenORB is very similar. In the last section,=20 "running the application", you would run Openorbs transient naming=20 service instead of orbd, and you would need to adjust the classpath a = bit. =20 Continuing further ahead, you would probably want to apply standard best = practices, like automating your build by using ant, specifically by=20 using openorbs idl compiler task instead of using idlj on the command=20 line. You can find examples for idl2java usage in openorb's own build=20 files, e.g. the compile-idl task in http://openorb.cvs.sourceforge.net/openorb/TimeService/src/build.xml?revi= sion=3D1.58&view=3Dmarkup =20 Hope this helps, Lars =20 |
From: <ras...@wi...> - 2007-08-02 07:09:19
|
Hi All, =20 1. I have to use OpenORB 1.4.0. Please provide me how to configure , compile and install the OpenORB On solaris. 2. how to execute a simple client server helloworld program on solaris. What are the commands we need to use for Running a application using OpenORB. =20 Regards Rashmi.c |
From: <lak...@t-...> - 2007-07-26 19:13:23
|
Rashmi, your questions are a bit vague, but I'll try to answer anyway. > What the files and tools are required to downloaded? > The same files you downloaded for 1.3.1, with the exception of the rmi module which has been merged with the main openorb module. If you're unsure, download everything that has 1.4.0 in the file name. > What are the Customization we need to do? Probably the same that you did for 1.3.1. > What are the things needs to be taken care about the Java, tomcat and > apache server? Make sure that you have at least Java 1.4. Tomcat and apache I don't know, that depends on your product. > how to build this in the Clearcase. This is related to your local/company build environment and dev process. Ask your company's experts. > what are installation and configuration information should be updated? For openorb, it shouldn't be much. Check the WHATSNEW files of the modules you are using for details. > how much time it will take to complete the process of up versioning. That completely depends on your product, how you use openorb, and whether your test are manual or automatic. Could be anything from less than a day (simple product where you control both ends of the remote communication and have automated tests) to several weeks or months (full test and release cycle for a complex life and death system that talks to CORBA systems from other vendors). Hope this helps, Regards, Lars |
From: <ras...@wi...> - 2007-07-25 12:18:03
|
Hi All, =20 I am using OpenORB1.3.1 in our Product. Now we want to Up version the OpenORB1.4.0 (I am very new to this field) Please Provide me the inputs for the Following: =20 1. What the files and tools are required to downloaded? 2. What are the Customization we need to do? 3. What are the things needs to be taken care about the Java, tomcat and apache server? 4. how to build this in the Clearcase. 5. what are installation and configuration information should be updated? 6. how much time it will take to complete the process of up versioning. =20 Please provide me the inputs regarding this. =20 Thanks in advance. =20 =20 Regards, Rashmi Chidambara Rao. =20 |
From: Aghor, S. (Sachin) <ash...@av...> - 2007-07-04 11:39:35
|
Hi, =20 we are planning to use OpenORB for ssliop with TAO =20 We are stuck at the first place that is building OpenORB. =20 We get error that unable to find ../tools/build.jar =20 We are unable to locate build.jar or don't know from where to build.. =20 Any help in this regard would be great =20 Regards, Shriwallabh Aghor(Sachin) | CSAD R&D | Avaya India Pvt. Ltd | Level # 2,Tower # 1 | Cybercity, Magarpattacity,Hadapsar | Pune,Maharashtra,India 411028 | Voice: 91-20-30412611 | E-mail: ash...@av... =20 =20 |
From: SourceForge.net <no...@so...> - 2007-04-24 18:49:52
|
Bugs item #1705524, was opened at 2007-04-23 06:09 Message generated for change (Comment added) made by lkuehne You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=436925&aid=1705524&group_id=43608 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: OpenORB Group: 1.2.1 Status: Open Resolution: None Priority: 5 Private: No Submitted By: coolafei (coolafei) Assigned to: Lars Kühne (lkuehne) Summary: handle_system_exception throw exception Initial Comment: [Receive Worker for ClientChannel: (iiop) 10.78.105.44:9999 (2566 -> 9999)]4-11-2007 15:13:14 java.lang.InterruptedException at org.openorb.iiop.IIOPClientRequest.handle_system_exception(IIOPClientRequest.java:711) at org.openorb.iiop.IIOPClientRequest.cancel(IIOPClientRequest.java:306) at org.openorb.iiop.IIOPClientChannel.server_pause(IIOPClientChannel.java:507) at org.openorb.iiop.SocketQueue.process_or_enqueue(SocketQueue.java:306) at org.openorb.iiop.SocketQueue.receive(SocketQueue.java:245) at org.openorb.iiop.IIOPClientChannel.run_recv(IIOPClientChannel.java:1175) at org.openorb.net.ClientManagerImpl$ChannelRecvRunnable.run(ClientManagerImpl.java:282) at java.lang.Thread.run(Thread.java:534) ---------------------------------------------------------------------- >Comment By: Lars Kühne (lkuehne) Date: 2007-04-24 20:49 Message: Logged In: YES user_id=401384 Originator: NO Are you using OpenORB 1.2.1? Please try to use the latest release and check if the problem persists. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=436925&aid=1705524&group_id=43608 |
From: SourceForge.net <no...@so...> - 2007-04-23 04:09:22
|
Bugs item #1705524, was opened at 2007-04-23 04:09 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=436925&aid=1705524&group_id=43608 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: OpenORB Group: 1.2.1 Status: Open Resolution: None Priority: 5 Private: No Submitted By: coolafei (coolafei) Assigned to: Lars Kühne (lkuehne) Summary: handle_system_exception throw exception Initial Comment: [Receive Worker for ClientChannel: (iiop) 10.78.105.44:9999 (2566 -> 9999)]4-11-2007 15:13:14 java.lang.InterruptedException at org.openorb.iiop.IIOPClientRequest.handle_system_exception(IIOPClientRequest.java:711) at org.openorb.iiop.IIOPClientRequest.cancel(IIOPClientRequest.java:306) at org.openorb.iiop.IIOPClientChannel.server_pause(IIOPClientChannel.java:507) at org.openorb.iiop.SocketQueue.process_or_enqueue(SocketQueue.java:306) at org.openorb.iiop.SocketQueue.receive(SocketQueue.java:245) at org.openorb.iiop.IIOPClientChannel.run_recv(IIOPClientChannel.java:1175) at org.openorb.net.ClientManagerImpl$ChannelRecvRunnable.run(ClientManagerImpl.java:282) at java.lang.Thread.run(Thread.java:534) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=436925&aid=1705524&group_id=43608 |
From: SourceForge.net <no...@so...> - 2007-01-15 19:35:32
|
Bugs item #1635399, was opened at 2007-01-14 23:21 Message generated for change (Comment added) made by lkuehne You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=436925&aid=1635399&group_id=43608 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: OpenORB Group: 1.4.0 >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Trevor Harmon (vocaro) Assigned to: Lars Kühne (lkuehne) Summary: Patch for Darwin (Mac OS X) build.sh Initial Comment: The build.sh script does not work under the Darwin (Mac OS X) flavor of UNIX. The fix is simple: Just add "Darwin" to the list OS names. That is, line 49 of build.sh should look like this: Linux|SunOS|Darwin) ---------------------------------------------------------------------- >Comment By: Lars Kühne (lkuehne) Date: 2007-01-15 20:35 Message: Logged In: YES user_id=401384 Originator: NO Fixed in CVS, thanks for pointing this out ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=436925&aid=1635399&group_id=43608 |
From: SourceForge.net <no...@so...> - 2007-01-15 19:27:13
|
Bugs item #1635399, was opened at 2007-01-14 14:21 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=436925&aid=1635399&group_id=43608 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: OpenORB Group: 1.4.0 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Trevor Harmon (vocaro) Assigned to: Lars Kühne (lkuehne) Summary: Patch for Darwin (Mac OS X) build.sh Initial Comment: The build.sh script does not work under the Darwin (Mac OS X) flavor of UNIX. The fix is simple: Just add "Darwin" to the list OS names. That is, line 49 of build.sh should look like this: Linux|SunOS|Darwin) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=436925&aid=1635399&group_id=43608 |
From: SourceForge.net <no...@so...> - 2007-01-15 12:58:35
|
Bugs item #1635429, was opened at 2007-01-14 15:05 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=436925&aid=1635429&group_id=43608 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: OpenORB Group: 1.4.0 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Trevor Harmon (vocaro) Assigned to: Lars Kühne (lkuehne) Summary: Compilation instructions are incorrect Initial Comment: The documentation on how to compile OpenORB 1.4.x is incorrect: http://openorb.sourceforge.net/docs/1.4.0/OpenORB/doc/orb.html#ch_compile It says that build.sh can be run without any options. This will result in an error. The build.sh script requires a parameter that tells the build.xml script which target to run. Namely: /build.sh -Ddefault-target=<target> where <target> is the build.xml target that you wish to run. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=436925&aid=1635429&group_id=43608 |