You can subscribe to this list here.
2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(7) |
Aug
(34) |
Sep
(80) |
Oct
(55) |
Nov
(79) |
Dec
(40) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2003 |
Jan
(131) |
Feb
(175) |
Mar
(145) |
Apr
(44) |
May
(33) |
Jun
(58) |
Jul
(65) |
Aug
(45) |
Sep
(34) |
Oct
(24) |
Nov
(20) |
Dec
(30) |
2004 |
Jan
(34) |
Feb
(29) |
Mar
(26) |
Apr
(43) |
May
(49) |
Jun
(26) |
Jul
(72) |
Aug
(33) |
Sep
(18) |
Oct
(29) |
Nov
(49) |
Dec
(38) |
2005 |
Jan
(38) |
Feb
(42) |
Mar
(18) |
Apr
(12) |
May
(28) |
Jun
(23) |
Jul
(34) |
Aug
(12) |
Sep
(10) |
Oct
(4) |
Nov
(4) |
Dec
(12) |
2006 |
Jan
(4) |
Feb
(3) |
Mar
(2) |
Apr
|
May
|
Jun
|
Jul
|
Aug
(2) |
Sep
|
Oct
(17) |
Nov
(15) |
Dec
(4) |
2007 |
Jan
(15) |
Feb
(9) |
Mar
(12) |
Apr
(7) |
May
(9) |
Jun
(5) |
Jul
(1) |
Aug
(7) |
Sep
(10) |
Oct
(3) |
Nov
(7) |
Dec
(2) |
2008 |
Jan
|
Feb
|
Mar
(4) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(2) |
Oct
(2) |
Nov
(4) |
Dec
(1) |
2009 |
Jan
(2) |
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
(1) |
Sep
|
Oct
(1) |
Nov
|
Dec
|
2010 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(6) |
Aug
|
Sep
(2) |
Oct
(1) |
Nov
|
Dec
|
2011 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(2) |
Nov
(1) |
Dec
|
2013 |
Jan
|
Feb
|
Mar
(4) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2016 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(2) |
Oct
|
Nov
|
Dec
|
From: <lk...@us...> - 2007-02-26 21:20:47
|
Thanks for sharing this information! On 2/26/07, Bayi, Prasad (GE Healthcare) wrote: > ThanX Lars for the same, > > We resolved the issue by adding below option of using IPv4 stack instead of IPv6 stack to JVM. This is the issue with Fedora Core Version 4 + Java 1.4.2 combination. > > -Djava.net.preferIPv4Stack=true > > Links: > http://forums.adventnet.com/files/webnms-fedora_159.html > http://java.sun.com/j2se/1.4.2/docs/guide/net/properties.html > > Regards, > Prasad Bayi |
From: Bayi, P. \(GE Healthcare\) <Pra...@ge...> - 2007-02-26 09:37:01
|
ThanX Lars for the same, We resolved the issue by adding below option of using IPv4 stack instead = of IPv6 stack to JVM. This is the issue with Fedora Core Version 4 + = Java 1.4.2 combination. -Djava.net.preferIPv4Stack=3Dtrue Links: http://forums.adventnet.com/files/webnms-fedora_159.html http://java.sun.com/j2se/1.4.2/docs/guide/net/properties.html Regards, Prasad Bayi -----Original Message----- From: ope...@li... = [mailto:ope...@li...] On Behalf Of Lars = K=FChne Sent: Tuesday, February 20, 2007 4:11 AM To: ope...@li... Subject: Re: [openorb-users] Some times Java(j2re1.4.2_08) process = gettinghung@ ORB.init() with OpenORB-1.3.0 on Fedora core linux 6.2 Hi Prasad, hanging while opening a port in this is most probably related to some OS = level change between Fedora 4 and Fedora 6. I'm not familiar with = Fedora, but here are some things you might want to investigate: * Do other Java applications that open ports, like Tomcat, work well? Even if you configure Tomcat to use a non-standard port number? * Does the new version add a local firewall to the network stack? Regards, Lars On 2/15/07, Bayi, Prasad (GE Healthcare) wrote: > > > Same application was working well on Fedora Linux 4.X and started=20 > giving trouble when we try porting on Linux 6.X version. > > ThanX, > Prasad Bayi > > > > ________________________________ > From: ope...@li... > [mailto:ope...@li...] On Behalf Of=20 > Bayi, Prasad (GE Healthcare) > Sent: Friday, February 16, 2007 12:02 AM > To: ope...@li... > Subject: [openorb-users] Some times Java(j2re1.4.2_08) process getting = > hung@ > ORB.init() with OpenORB-1.3.0 on Fedora core linux 6.2 > > > > One of my project Java process is getting hung some times. Below are=20 > the setup and details. Looking fwd for your inputs. > > Linux: Fedora core 6.2 > > Kernal: 2.6.15 > > Java: j2re1.4.2_08 > OpenORB: OpenORB-1.3.0 > > Stack Trace: > at java.net.PlainSocketImpl.initProto(Native Method) at=20 > java.net.PlainSocketImpl.<clinit>(Unknown Source) at=20 > java.net.ServerSocket.setImpl(Unknown Source) at=20 > java.net.ServerSocket.<init>(Unknown Source) at > org.openorb.iiop.IIOPTransportServerInitializer.open_port(IIOPTranspor > tServerInitializer.java:183) > at > org.openorb.iiop.IIOPTransportServerInitializer.open(IIOPTransportServ > erInitializer.java:175) > at > org.openorb.iiop.IIOPProtocolInitializer.init(IIOPProtocolInitializer. > java:250) > at > org.openorb.PI.OpenORBInitInfo.post_init(OpenORBInitInfo.java:155) > at > org.openorb.CORBA.kernel.OpenORBLoader.init(OpenORBLoader.java:232) > at org.openorb.CORBA.ORB.set_parameters(ORB.java:852) > at org.omg.CORBA.ORB.init(Unknown Source) at=20 > JCAL.JCAL.<init>(JCAL.java:105) at=20 > JCAL.JCAL.getInstance(JCAL.java:369) > at JCAL.JCAL.getInstance(JCAL.java:400) > at JCAL.JCAL.getInstance(JCAL.java:420) > at > duifclient.DuifChannelAdapter.initialize(DuifChannelAdapter.java:109) > at duifclient.DuifBridge.initialise(DuifBridge.java:185) > at duifclient.DuifBridge.getHandle(DuifBridge.java:240) > at DuifSharedLibrary.Duif.getHandle(Duif.java:27) > at > com.ge.hc.xr.iui.core.commutils.duifwrapper.DuifHelper.connectToDuif(D > uifHelper.java:38) > at > com.ge.hc.xr.iui.core.commutils.synchronizer.SynchronizerClient.initia > liseDuif(Unknown > Source) > at > com.ge.hc.xr.iui.core.commutils.synchronizer.SynchronizerClient.<init> > (Unknown > Source) > at > com.ge.hc.xr.iui.core.commutils.synchronizer.Synchronizer.<init>(Unkno > wn > Source) > at > com.ge.hc.xr.iui.apps.viewer.common.statemachine.ViewerAppSM.<init>(Vi > ewerAppSM.java:84) > at > com.ge.hc.xr.iui.apps.viewer.common.statemachine.ViewerAppGen.<init>(V > iewerAppGen.java:15) > at > com.ge.hc.xr.iui.apps.viewer.common.statemachine.ViewerAppSM.getInstan > ce(ViewerAppSM.java:62) > at > com.ge.hc.xr.iui.apps.viewer.controller.viewermanager.ViewerManager.<i > nit>(ViewerManager.java:543) > at > com.ge.hc.xr.iui.apps.viewer.viewermain.ViewerController.<init>(Viewer > Controller.java:41) > at > com.ge.hc.xr.iui.apps.viewer.viewermain.ViewerApp._createViewer(Viewer > App.java:74) > at > com.ge.hc.xr.iui.apps.viewer.viewermain.ViewerApp.<init>(ViewerApp.jav > a:48) > at > com.ge.hc.xr.iui.apps.viewer.viewermain.ViewerApp.main(ViewerApp.java: > 146) > > ThanX in advance , > Prasad Bayi -------------------------------------------------------------------------= Take Surveys. Earn Cash. Influence the Future of IT Join = SourceForge.net's Techsay panel and you'll get the chance to share your = opinions on IT & business topics through brief surveys-and earn cash = http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D= DEVDEV _______________________________________________ openorb-users mailing list ope...@li... https://lists.sourceforge.net/lists/listinfo/openorb-users |
From: <lk...@us...> - 2007-02-19 22:41:15
|
Hi Prasad, hanging while opening a port in this is most probably related to some OS level change between Fedora 4 and Fedora 6. I'm not familiar with Fedora, but here are some things you might want to investigate: * Do other Java applications that open ports, like Tomcat, work well? Even if you configure Tomcat to use a non-standard port number? * Does the new version add a local firewall to the network stack? Regards, Lars On 2/15/07, Bayi, Prasad (GE Healthcare) wrote: > > > Same application was working well on Fedora Linux 4.X and started giving > trouble when we try porting on Linux 6.X version. > > ThanX, > Prasad Bayi > > > > ________________________________ > From: ope...@li... > [mailto:ope...@li...] On > Behalf Of Bayi, Prasad (GE Healthcare) > Sent: Friday, February 16, 2007 12:02 AM > To: ope...@li... > Subject: [openorb-users] Some times Java(j2re1.4.2_08) process getting hung@ > ORB.init() with OpenORB-1.3.0 on Fedora core linux 6.2 > > > > One of my project Java process is getting hung some times. Below are the > setup and details. Looking fwd for your inputs. > > Linux: Fedora core 6.2 > > Kernal: 2.6.15 > > Java: j2re1.4.2_08 > OpenORB: OpenORB-1.3.0 > > Stack Trace: > at java.net.PlainSocketImpl.initProto(Native Method) > at java.net.PlainSocketImpl.<clinit>(Unknown Source) > at java.net.ServerSocket.setImpl(Unknown Source) > at java.net.ServerSocket.<init>(Unknown Source) > at > org.openorb.iiop.IIOPTransportServerInitializer.open_port(IIOPTransportServerInitializer.java:183) > at > org.openorb.iiop.IIOPTransportServerInitializer.open(IIOPTransportServerInitializer.java:175) > at > org.openorb.iiop.IIOPProtocolInitializer.init(IIOPProtocolInitializer.java:250) > at > org.openorb.PI.OpenORBInitInfo.post_init(OpenORBInitInfo.java:155) > at > org.openorb.CORBA.kernel.OpenORBLoader.init(OpenORBLoader.java:232) > at org.openorb.CORBA.ORB.set_parameters(ORB.java:852) > at org.omg.CORBA.ORB.init(Unknown Source) > at JCAL.JCAL.<init>(JCAL.java:105) > at JCAL.JCAL.getInstance(JCAL.java:369) > at JCAL.JCAL.getInstance(JCAL.java:400) > at JCAL.JCAL.getInstance(JCAL.java:420) > at > duifclient.DuifChannelAdapter.initialize(DuifChannelAdapter.java:109) > at duifclient.DuifBridge.initialise(DuifBridge.java:185) > at duifclient.DuifBridge.getHandle(DuifBridge.java:240) > at DuifSharedLibrary.Duif.getHandle(Duif.java:27) > at > com.ge.hc.xr.iui.core.commutils.duifwrapper.DuifHelper.connectToDuif(DuifHelper.java:38) > at > com.ge.hc.xr.iui.core.commutils.synchronizer.SynchronizerClient.initialiseDuif(Unknown > Source) > at > com.ge.hc.xr.iui.core.commutils.synchronizer.SynchronizerClient.<init>(Unknown > Source) > at > com.ge.hc.xr.iui.core.commutils.synchronizer.Synchronizer.<init>(Unknown > Source) > at > com.ge.hc.xr.iui.apps.viewer.common.statemachine.ViewerAppSM.<init>(ViewerAppSM.java:84) > at > com.ge.hc.xr.iui.apps.viewer.common.statemachine.ViewerAppGen.<init>(ViewerAppGen.java:15) > at > com.ge.hc.xr.iui.apps.viewer.common.statemachine.ViewerAppSM.getInstance(ViewerAppSM.java:62) > at > com.ge.hc.xr.iui.apps.viewer.controller.viewermanager.ViewerManager.<init>(ViewerManager.java:543) > at > com.ge.hc.xr.iui.apps.viewer.viewermain.ViewerController.<init>(ViewerController.java:41) > at > com.ge.hc.xr.iui.apps.viewer.viewermain.ViewerApp._createViewer(ViewerApp.java:74) > at > com.ge.hc.xr.iui.apps.viewer.viewermain.ViewerApp.<init>(ViewerApp.java:48) > at > com.ge.hc.xr.iui.apps.viewer.viewermain.ViewerApp.main(ViewerApp.java:146) > > ThanX in advance , > Prasad Bayi |
From: Bayi, P. \(GE Healthcare\) <Pra...@ge...> - 2007-02-15 19:00:18
|
Same application was working well on Fedora Linux 4.X and started giving trouble when we try porting on Linux 6.X version. =20 ThanX, Prasad Bayi =20 _____ =20 From: ope...@li... [mailto:ope...@li...] On Behalf Of Bayi, Prasad (GE Healthcare) Sent: Friday, February 16, 2007 12:02 AM To: ope...@li... Subject: [openorb-users] Some times Java(j2re1.4.2_08) process getting hung@ ORB.init() with OpenORB-1.3.0 on Fedora core linux 6.2 =09 =09 =09 One of my project Java process is getting hung some times. Below are the setup and details. Looking fwd for your inputs. =20 Linux: Fedora core 6.2 Kernal: 2.6.15 =20 Java: j2re1.4.2_08 OpenORB: OpenORB-1.3.0 =20 Stack Trace: at java.net.PlainSocketImpl.initProto(Native Method) at java.net.PlainSocketImpl.<clinit>(Unknown Source) at java.net.ServerSocket.setImpl(Unknown Source) at java.net.ServerSocket.<init>(Unknown Source) at org.openorb.iiop.IIOPTransportServerInitializer.open_port(IIOPTransportS erverInitializer.java:183) at org.openorb.iiop.IIOPTransportServerInitializer.open(IIOPTransportServer Initializer.java:175) at org.openorb.iiop.IIOPProtocolInitializer.init(IIOPProtocolInitializer.ja va:250) at org.openorb.PI.OpenORBInitInfo.post_init(OpenORBInitInfo.java:155) at org.openorb.CORBA.kernel.OpenORBLoader.init(OpenORBLoader.java:232) at org.openorb.CORBA.ORB.set_parameters(ORB.java:852) at org.omg.CORBA.ORB.init(Unknown Source) at JCAL.JCAL.<init>(JCAL.java:105) at JCAL.JCAL.getInstance(JCAL.java:369) at JCAL.JCAL.getInstance(JCAL.java:400) at JCAL.JCAL.getInstance(JCAL.java:420) at duifclient.DuifChannelAdapter.initialize(DuifChannelAdapter.java:109) at duifclient.DuifBridge.initialise(DuifBridge.java:185) at duifclient.DuifBridge.getHandle(DuifBridge.java:240) at DuifSharedLibrary.Duif.getHandle(Duif.java:27) at com.ge.hc.xr.iui.core.commutils.duifwrapper.DuifHelper.connectToDuif(Dui fHelper.java:38) at com.ge.hc.xr.iui.core.commutils.synchronizer.SynchronizerClient.initiali seDuif(Unknown Source) at com.ge.hc.xr.iui.core.commutils.synchronizer.SynchronizerClient.<init>(U nknown Source) at com.ge.hc.xr.iui.core.commutils.synchronizer.Synchronizer.<init>(Unknown Source) at com.ge.hc.xr.iui.apps.viewer.common.statemachine.ViewerAppSM.<init>(View erAppSM.java:84) at com.ge.hc.xr.iui.apps.viewer.common.statemachine.ViewerAppGen.<init>(Vie werAppGen.java:15) at com.ge.hc.xr.iui.apps.viewer.common.statemachine.ViewerAppSM.getInstance (ViewerAppSM.java:62) at com.ge.hc.xr.iui.apps.viewer.controller.viewermanager.ViewerManager.<ini t>(ViewerManager.java:543) at com.ge.hc.xr.iui.apps.viewer.viewermain.ViewerController.<init>(ViewerCo ntroller.java:41) at com.ge.hc.xr.iui.apps.viewer.viewermain.ViewerApp._createViewer(ViewerAp p.java:74) at com.ge.hc.xr.iui.apps.viewer.viewermain.ViewerApp.<init>(ViewerApp.java: 48) at com.ge.hc.xr.iui.apps.viewer.viewermain.ViewerApp.main(ViewerApp.java:14 6) =20 ThanX in advance , Prasad Bayi |
From: Bayi, P. \(GE Healthcare\) <Pra...@ge...> - 2007-02-15 18:34:10
|
One of my project Java process is getting hung some times. Below are the setup and details. Looking fwd for your inputs. =20 Linux: Fedora core 6.2 Kernal: 2.6.15 =20 Java: j2re1.4.2_08 OpenORB: OpenORB-1.3.0 =20 Stack Trace: at java.net.PlainSocketImpl.initProto(Native Method) at java.net.PlainSocketImpl.<clinit>(Unknown Source) at java.net.ServerSocket.setImpl(Unknown Source) at java.net.ServerSocket.<init>(Unknown Source) at org.openorb.iiop.IIOPTransportServerInitializer.open_port(IIOPTransportS erverInitializer.java:183) at org.openorb.iiop.IIOPTransportServerInitializer.open(IIOPTransportServer Initializer.java:175) at org.openorb.iiop.IIOPProtocolInitializer.init(IIOPProtocolInitializer.ja va:250) at org.openorb.PI.OpenORBInitInfo.post_init(OpenORBInitInfo.java:155) at org.openorb.CORBA.kernel.OpenORBLoader.init(OpenORBLoader.java:232) at org.openorb.CORBA.ORB.set_parameters(ORB.java:852) at org.omg.CORBA.ORB.init(Unknown Source) at JCAL.JCAL.<init>(JCAL.java:105) at JCAL.JCAL.getInstance(JCAL.java:369) at JCAL.JCAL.getInstance(JCAL.java:400) at JCAL.JCAL.getInstance(JCAL.java:420) at duifclient.DuifChannelAdapter.initialize(DuifChannelAdapter.java:109) at duifclient.DuifBridge.initialise(DuifBridge.java:185) at duifclient.DuifBridge.getHandle(DuifBridge.java:240) at DuifSharedLibrary.Duif.getHandle(Duif.java:27) at com.ge.hc.xr.iui.core.commutils.duifwrapper.DuifHelper.connectToDuif(Dui fHelper.java:38) at com.ge.hc.xr.iui.core.commutils.synchronizer.SynchronizerClient.initiali seDuif(Unknown Source) at com.ge.hc.xr.iui.core.commutils.synchronizer.SynchronizerClient.<init>(U nknown Source) at com.ge.hc.xr.iui.core.commutils.synchronizer.Synchronizer.<init>(Unknown Source) at com.ge.hc.xr.iui.apps.viewer.common.statemachine.ViewerAppSM.<init>(View erAppSM.java:84) at com.ge.hc.xr.iui.apps.viewer.common.statemachine.ViewerAppGen.<init>(Vie werAppGen.java:15) at com.ge.hc.xr.iui.apps.viewer.common.statemachine.ViewerAppSM.getInstance (ViewerAppSM.java:62) at com.ge.hc.xr.iui.apps.viewer.controller.viewermanager.ViewerManager.<ini t>(ViewerManager.java:543) at com.ge.hc.xr.iui.apps.viewer.viewermain.ViewerController.<init>(ViewerCo ntroller.java:41) at com.ge.hc.xr.iui.apps.viewer.viewermain.ViewerApp._createViewer(ViewerAp p.java:74) at com.ge.hc.xr.iui.apps.viewer.viewermain.ViewerApp.<init>(ViewerApp.java: 48) at com.ge.hc.xr.iui.apps.viewer.viewermain.ViewerApp.main(ViewerApp.java:14 6) =20 ThanX in advance , Prasad Bayi |
From: Andrej R. <an...@ri...> - 2007-02-13 09:24:44
|
Hi John, unfortunately the client is written in C++ using MICO. Best regards Andrej John Ghionis schrieb: > On client machine try the following command line parameter > -Dfile.encoding=ISO-8859-1 > > Best Regards > John Ghionis > > > ----- Original Message ----- > From: <an...@ri...> > To: <ope...@li...> > Sent: Monday, February 12, 2007 8:00 PM > Subject: [openorb-users] org.omg.CORBA.CODESET_INCOMPATIBLE > > > >> Hi all, >> i'm getting errors when trying to call methods provided by a Java Server >> > using OpenORB 1.3.1 running under Linux from a C++/Mico Client running under > Windos. > >> There called method calls back to the client using a remote object >> > provided by the client as parameter. > >> This callbacks fails receiving a org.omg.CORBA.CODESET_INCOMPATIBLE >> > exception. > >> If the Server is also running under Windows, no problem occurs. >> There is also no problem if the clients are Java clients using openorb. >> I've enabled debugging output on the server, but unfortunately i can't >> > find any usefull information. > >> I've also decoded the IOR of the callback object, the codset information >> > is: > >> ... >> >> Multiple Components Profile >> Components: Native Codesets: >> normal: ISO 8859-1:1987; Latin Alphabet No. 1 >> wide: ISO/IEC 10646-1:1993; UTF-16, UCS Transformation >> > Format 16 > >> -bit form >> Key: (empty) >> >> Any suggestions ? >> >> Best regards >> Andrej >> >> ------------------------------------------------------------------------- >> Using Tomcat but need to do more? Need to support web services, security? >> Get stuff done quickly with pre-integrated technology to make your job >> > easier. > >> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo >> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 >> _______________________________________________ >> openorb-users mailing list >> ope...@li... >> https://lists.sourceforge.net/lists/listinfo/openorb-users >> >> > > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier. > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > openorb-users mailing list > ope...@li... > https://lists.sourceforge.net/lists/listinfo/openorb-users > > |
From: John G. <gg...@in...> - 2007-02-13 06:50:34
|
On client machine try the following command line parameter -Dfile.encoding=ISO-8859-1 Best Regards John Ghionis ----- Original Message ----- From: <an...@ri...> To: <ope...@li...> Sent: Monday, February 12, 2007 8:00 PM Subject: [openorb-users] org.omg.CORBA.CODESET_INCOMPATIBLE > Hi all, > i'm getting errors when trying to call methods provided by a Java Server using OpenORB 1.3.1 running under Linux from a C++/Mico Client running under Windos. > There called method calls back to the client using a remote object provided by the client as parameter. > This callbacks fails receiving a org.omg.CORBA.CODESET_INCOMPATIBLE exception. > If the Server is also running under Windows, no problem occurs. > There is also no problem if the clients are Java clients using openorb. > I've enabled debugging output on the server, but unfortunately i can't find any usefull information. > I've also decoded the IOR of the callback object, the codset information is: > > ... > > Multiple Components Profile > Components: Native Codesets: > normal: ISO 8859-1:1987; Latin Alphabet No. 1 > wide: ISO/IEC 10646-1:1993; UTF-16, UCS Transformation Format 16 > -bit form > Key: (empty) > > Any suggestions ? > > Best regards > Andrej > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier. > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > openorb-users mailing list > ope...@li... > https://lists.sourceforge.net/lists/listinfo/openorb-users > |
From: <an...@ri...> - 2007-02-12 18:00:41
|
Hi all, i'm getting errors when trying to call methods provided by a Java Server using OpenORB 1.3.1 running under Linux from a C++/Mico Client running under Windos. There called method calls back to the client using a remote object provided by the client as parameter. This callbacks fails receiving a org.omg.CORBA.CODESET_INCOMPATIBLE exception. If the Server is also running under Windows, no problem occurs. There is also no problem if the clients are Java clients using openorb. I've enabled debugging output on the server, but unfortunately i can't find any usefull information. I've also decoded the IOR of the callback object, the codset information is: ... Multiple Components Profile Components: Native Codesets: normal: ISO 8859-1:1987; Latin Alphabet No. 1 wide: ISO/IEC 10646-1:1993; UTF-16, UCS Transformation Format 16 -bit form Key: (empty) Any suggestions ? Best regards Andrej |
From: <lak...@t-...> - 2007-01-11 20:00:36
|
Dario C. wrote: > It may sound a stupid question but I'm still learning to use CORBA and I > simply don't know where to start. Do I have to configure something to make > my software run on a network? > > You need to use two machines, let's call them "server" and "client" (you need to substitute your real hostnames). The following assumes that you have a simple network structure, with each machine having only one IP address, and no NAT or firewall between client and server, and no personal firewalls activated on any machine. Start the NamingService and the program that contains your servant on "server", just like you normally do when running everything locally. The servant should register itself in the NamingService. Start the client software on "client". The only thing you need to configure should be the location of the NamingService. There are many ways to do this and it depends on the exact way how the client is written. Try to google for the words corbaloc and ORBInitRef to find some hints. Hope this helps, Lars > Dario Cuccaro > > ----- Original Message ----- > From: "Lars Kühne" <lak...@t-...> > To: <ope...@li...> > Sent: Thursday, January 11, 2007 8:23 PM > Subject: Re: [openorb-users] OpenORB project on the network > > > >> On 1/11/07, Dario C. wrote: >> >>> Hi, >>> I've created my first distributed software with OpenORB, with one servent >>> and one client and making use of naming service. It runs fine on the >>> localhost and now I'd like to run this software on a real network but I >>> don't know how, please can anyone help me? >>> >> Can you be a bit more specific? Did you try anything and it didn't >> work? Where did you get stuck? >> >> > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > openorb-users mailing list > ope...@li... > https://lists.sourceforge.net/lists/listinfo/openorb-users > > |
From: Dario C. <la...@gm...> - 2007-01-11 19:38:58
|
It may sound a stupid question but I'm still learning to use CORBA and I simply don't know where to start. Do I have to configure something to make my software run on a network? Dario Cuccaro ----- Original Message ----- From: "Lars Kühne" <lak...@t-...> To: <ope...@li...> Sent: Thursday, January 11, 2007 8:23 PM Subject: Re: [openorb-users] OpenORB project on the network > On 1/11/07, Dario C. wrote: >> Hi, >> I've created my first distributed software with OpenORB, with one servent >> and one client and making use of naming service. It runs fine on the >> localhost and now I'd like to run this software on a real network but I >> don't know how, please can anyone help me? > > Can you be a bit more specific? Did you try anything and it didn't > work? Where did you get stuck? > |
From: <lak...@t-...> - 2007-01-11 19:23:27
|
On 1/11/07, Dario C. wrote: > Hi, > I've created my first distributed software with OpenORB, with one servent > and one client and making use of naming service. It runs fine on the > localhost and now I'd like to run this software on a real network but I > don't know how, please can anyone help me? Can you be a bit more specific? Did you try anything and it didn't work? Where did you get stuck? Lars |
From: Dario C. <la...@gm...> - 2007-01-11 10:19:37
|
Hi, I've created my first distributed software with OpenORB, with one servent and one client and making use of naming service. It runs fine on the localhost and now I'd like to run this software on a real network but I don't know how, please can anyone help me? Dario Cuccaro |
From: <Lar...@pp...> - 2007-01-09 14:07:32
|
> But since you ask about "bootclasspath", I am certain its NOT > defined in this load. We have an OpenORB 1.4.0 later release > we are using and I am %90 certain it uses the "endorsed dir" > but I do not recall this variable. Recommendation? Is one > preferred? It doesn't matter whether you use endorsed.dir or the bootclasspath. The effect is that the openorb org.omg.CORBA classes are used instead of those included in the JRE runtime. Lars |
From: A.J. B. \(ajblanch\) <ajb...@ci...> - 2007-01-09 12:58:01
|
Thanks again,=20 Hopefully it is the JDK issue from the other thread.=20 But since you ask about "bootclasspath", I am certain its NOT defined in = this load. We have an OpenORB 1.4.0 later release we are using and I am = %90 certain it uses the "endorsed dir" but I do not recall this = variable. Recommendation? Is one preferred? =20 This load uses 1.4.1_01-b01. I thought this was up to 1.4.2... The later = implementation with OpenORB 1.4.0 uses build 1.5.0_07-b03. A. J. -- -----Original Message----- From: ope...@li... = [mailto:ope...@li...] On Behalf Of Lars = K=FChne Sent: Tuesday, January 09, 2007 4:33 AM To: ope...@li... Subject: Re: [openorb-users] NameService (INS) exception... Hi A.J., any progress on this one? > Yes, a CLASSPATH issue crossed my mind. I looked at the code in the = method at the top of the exception. I am not sure what jar file(s) I = might be missing. Also, this server has been running for days and then = slides into this condition. Once re-started, its good again for several = days. I will try to find a means to reproduce this in short order, = otherwise the DEBUG log file will need to be managed so it does not grow = too large (it is not today). > > INS Code snipit: > ----------- > 1169 private void handle_system_exception( = org.omg.CORBA.SystemException ex ) > 1170 { > 1171 m_sending_system_exception_any =3D null; > 1172 m_sending_system_exception =3D ex; > 1173 m_sending_system_exception_id =3D = SystemExceptionHelper.id( ex ); > 1174 m_reply_status =3D = org.omg.PortableInterceptor.SYSTEM_EXCEPTION.value; > 1175 } > > CLASSPATH: > --------- > = CLASSPATH=3D$CLASSPATH:/opt/BTSoorb/lib/logkit.jar:/opt/BTSoorb/lib/openo= rb-1.3.1. > jar:/opt/BTSoorb/lib/openorb_tools-1.3.1.jar:/opt/BTSoorb/lib/xerces.j > ar:/opt/BT=20 > Soorb/lib/avalon-framework.jar:/opt/BTSoorb/lib/openorb_ots-1.3.0.jar: > /opt/BTSoo=20 > rb/lib/openorb_pss-1.3.0.jar:/opt/BTSoorb/lib/openorb_ins-1.3.1.jar:/o > pt/BTSoorb > /lib/openorb_tns-1.3.1.jar I had another idea: Not sure if this applies to 1.3.0, but in openorb = 1.4.0 it would be necessary to set the bootclasspath as well (or use the = endorsed dir mechanism). You didn't mention the bootclasspath setup in = your mail, so maybe after a few days the server tries to load a class = that must live on the bootclasspath, e.g. after being idle for some = time? Which JDK are you using, 1.3 or 1.4 (which supports chained exceptions = and might give you more info in a stacktrace)? Cheers, Lars -------------------------------------------------------------------------= Take Surveys. Earn Cash. Influence the Future of IT Join = SourceForge.net's Techsay panel and you'll get the chance to share your = opinions on IT & business topics through brief surveys - and earn cash = http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D= DEVDEV _______________________________________________ openorb-users mailing list ope...@li... https://lists.sourceforge.net/lists/listinfo/openorb-users |
From: <lak...@t-...> - 2007-01-09 10:33:00
|
Hi A.J., any progress on this one? > Yes, a CLASSPATH issue crossed my mind. I looked at the code in the method at the top of the exception. I am not sure what jar file(s) I might be missing. Also, this server has been running for days and then slides into this condition. Once re-started, its good again for several days. I will try to find a means to reproduce this in short order, otherwise the DEBUG log file will need to be managed so it does not grow too large (it is not today). > > INS Code snipit: > ----------- > 1169 private void handle_system_exception( org.omg.CORBA.SystemException ex ) > 1170 { > 1171 m_sending_system_exception_any = null; > 1172 m_sending_system_exception = ex; > 1173 m_sending_system_exception_id = SystemExceptionHelper.id( ex ); > 1174 m_reply_status = org.omg.PortableInterceptor.SYSTEM_EXCEPTION.value; > 1175 } > > CLASSPATH: > --------- > CLASSPATH=$CLASSPATH:/opt/BTSoorb/lib/logkit.jar:/opt/BTSoorb/lib/openorb-1.3.1. > jar:/opt/BTSoorb/lib/openorb_tools-1.3.1.jar:/opt/BTSoorb/lib/xerces.jar:/opt/BT > Soorb/lib/avalon-framework.jar:/opt/BTSoorb/lib/openorb_ots-1.3.0.jar:/opt/BTSoo > rb/lib/openorb_pss-1.3.0.jar:/opt/BTSoorb/lib/openorb_ins-1.3.1.jar:/opt/BTSoorb > /lib/openorb_tns-1.3.1.jar I had another idea: Not sure if this applies to 1.3.0, but in openorb 1.4.0 it would be necessary to set the bootclasspath as well (or use the endorsed dir mechanism). You didn't mention the bootclasspath setup in your mail, so maybe after a few days the server tries to load a class that must live on the bootclasspath, e.g. after being idle for some time? Which JDK are you using, 1.3 or 1.4 (which supports chained exceptions and might give you more info in a stacktrace)? Cheers, Lars |
From: A.J. B. \(ajblanch\) <ajb...@ci...> - 2007-01-05 22:43:10
|
MANY Thanks for the reply! Yes, a CLASSPATH issue crossed my mind. I looked at the code in the = method at the top of the exception. I am not sure what jar file(s) I = might be missing. Also, this server has been running for days and then = slides into this condition. Once re-started, its good again for several = days. I will try to find a means to reproduce this in short order, = otherwise the DEBUG log file will need to be managed so it does not grow = too large (it is not today). INS Code snipit: ----------- 1169 private void handle_system_exception( = org.omg.CORBA.SystemException ex ) 1170 { 1171 m_sending_system_exception_any =3D null; 1172 m_sending_system_exception =3D ex; 1173 m_sending_system_exception_id =3D = SystemExceptionHelper.id( ex ); 1174 m_reply_status =3D = org.omg.PortableInterceptor.SYSTEM_EXCEPTION.value; 1175 } CLASSPATH: --------- CLASSPATH=3D$CLASSPATH:/opt/BTSoorb/lib/logkit.jar:/opt/BTSoorb/lib/openo= rb-1.3.1. jar:/opt/BTSoorb/lib/openorb_tools-1.3.1.jar:/opt/BTSoorb/lib/xerces.jar:= /opt/BT Soorb/lib/avalon-framework.jar:/opt/BTSoorb/lib/openorb_ots-1.3.0.jar:/op= t/BTSoo rb/lib/openorb_pss-1.3.0.jar:/opt/BTSoorb/lib/openorb_ins-1.3.1.jar:/opt/= BTSoorb /lib/openorb_tns-1.3.1.jar A. J. -- -----Original Message----- From: ope...@li... = [mailto:ope...@li...] On Behalf Of Lars = K=FChne Sent: Friday, January 05, 2007 2:33 PM To: ope...@li... Subject: Re: [openorb-users] NameService (INS) exception... A.J. Blanchard (ajblanch) wrote: > Greetings, > =20 > I am seeing the following exception from our NameService instance at=20 > the same time that we loose contact with the INS. We are unable to get = > any further communications from the process until it is restarted. We=20 > are currently using version 1.3.1. Is this a know issue and I just=20 > need to upgrade? > =20 > This is using the stock version. We have not compiled it ourselves and = > there is no other modifications. > =20 > Exception: > ---------------------------------------------------------------------- > -------------------------------------------------------- > java.lang.NoClassDefFoundError > at > org.openorb.net.AbstractServerRequest.handle_system_exception(Unknown > Source) > at org.openorb.net.AbstractServerRequest.server_cancel(Unknown=20 > Source) at org.openorb.net.ServerManagerImpl.find_adapter(Unknown=20 > Source) at org.openorb.net.ServerManagerImpl.serve_request(Unknown=20 > Source) at org.openorb.net.ServerManagerImpl.thread_pool_main(Unknown = > Source) at org.openorb.net.ServerManagerImpl.access$200(Unknown=20 > Source) at org.openorb.net.ServerManagerImpl$PoolThread.run(Unknown=20 > Source) Upgrading the NamingService to 1.4.0 would probably not solve your = problem, at least the WHATSNEW file for the OpenORB NamingService module = doesn't mention anything related. Hard to tell, but NoClassDefFoundError looks more like a classpath setup = problem than a bug in the OpenORB code. Can you run the code inside a = debugger and find out which class is missing? Or maybe the class is = there, but it's static initializer throws an Exception that is converted = to a NCDFError? Regards, Lars -------------------------------------------------------------------------= Take Surveys. Earn Cash. Influence the Future of IT Join = SourceForge.net's Techsay panel and you'll get the chance to share your = opinions on IT & business topics through brief surveys - and earn cash = http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D= DEVDEV _______________________________________________ openorb-users mailing list ope...@li... https://lists.sourceforge.net/lists/listinfo/openorb-users |
From: <lak...@t-...> - 2007-01-05 20:33:17
|
A.J. Blanchard (ajblanch) wrote: > Greetings, > > I am seeing the following exception from our NameService instance at > the same time that we loose contact with the INS. We are unable to get > any further communications from the process until it is restarted. We > are currently using version 1.3.1. Is this a know issue and I just > need to upgrade? > > This is using the stock version. We have not compiled it ourselves and > there is no other modifications. > > Exception: > ------------------------------------------------------------------------------------------------------------------------------ > java.lang.NoClassDefFoundError > at > org.openorb.net.AbstractServerRequest.handle_system_exception(Unknown > Source) > at org.openorb.net.AbstractServerRequest.server_cancel(Unknown Source) > at org.openorb.net.ServerManagerImpl.find_adapter(Unknown Source) > at org.openorb.net.ServerManagerImpl.serve_request(Unknown Source) > at org.openorb.net.ServerManagerImpl.thread_pool_main(Unknown Source) > at org.openorb.net.ServerManagerImpl.access$200(Unknown Source) > at org.openorb.net.ServerManagerImpl$PoolThread.run(Unknown Source) Upgrading the NamingService to 1.4.0 would probably not solve your problem, at least the WHATSNEW file for the OpenORB NamingService module doesn't mention anything related. Hard to tell, but NoClassDefFoundError looks more like a classpath setup problem than a bug in the OpenORB code. Can you run the code inside a debugger and find out which class is missing? Or maybe the class is there, but it's static initializer throws an Exception that is converted to a NCDFError? Regards, Lars |
From: <lak...@t-...> - 2006-12-11 22:37:28
|
venkat b01 wrote: > Hi all, > > I am new to OpenORB/CORBA. What is the difference between OpenORB and > CORBA? Are these middlewares one and the same? > > Thanks, > Venkat CORBA is a standard/specification defined by the OMG (http://www.omg.org). Vendors implement that specification, and OpenORB is one such implementation. There are many other implementations, like Jacorb or Yoko, and for languages other than Java you have OmniORB, TAO and others. Basically the relationship between CORBA and OpenORB is like the relationship between J2EE and BEA WebLogic (one J2EE implementation with plenty of alternatives like JBoss, Geronimo, Webshere, Glassfish and others). Hope this helps, Lars |
From: <lak...@t-...> - 2006-12-11 22:24:15
|
Andrej Rippich wrote: > Hi all, > > I'm running an application using OpenORB 1.3.1 on both, client and > server side. > > I think that version had a bug when marshaling an empty long[]. The bug was fixed in 1.4.0 beta 2, so you might want to check if 1.4.0 would solve your problem. Regards, Lars |
From: venkat b. <ven...@ya...> - 2006-12-11 20:10:31
|
Hi all, I am new to OpenORB/CORBA. What is the difference between OpenORB and CORBA? Are these middlewares one and the same? Thanks, Venkat --------------------------------- Want to start your own business? Learn how on Yahoo! Small Business. |
From: Andrej R. <an...@ri...> - 2006-12-11 19:50:40
|
Hi all, I'm running an application using OpenORB 1.3.1 on both, client and server side. In some cases (specific data) I'm getting the following exception on the client side when receiving the reply of an method call. I thought null values returned for primitive types are causing this problem, but I can't find such values (the reply is large, maybe I've overlooked something). Additionally the exception does not occur on every call. Can anyone give me a hint what causes this exception ? Snippet from the debugging output of OpenORB ... [Receive Worker for ClientChannel: (iiop) bt-bld-1-0043.psi.de:3432 (3588 -> 343 2)] [DEBUG] (orb.ldr#9012544): ClientChannel: (iiop) bt-bld-1-0043.psi.de:3432 ( 3588 -> 3432) request #32 last reply fragment. org.omg.CORBA.MARSHAL: Buffer Underread vmcid: 0x444f7000 minor code: 29 comp leted: Yes at org.openorb.CORBA.Delegate.releaseReply(Unknown Source) at org.omg.CORBA.portable.ObjectImpl._releaseReply(Unknown Source) at com.psibt.framework.nube.model._RoleStub.getBoundPermissions(_RoleStu b.java:132) ... Best regards Andrej |
From: Mark J. <mar...@te...> - 2006-11-30 15:08:03
|
What you are going to want to do is have separate config files for your processes. You need to run the Notification Service on one port and your client applications on another. I'm not familiar with the example you are trying to run, but generally speaking a CORBA Push Supplier will NOT need to listen on a port since it can be considered a pure client. But a CORBA Push Consumer must listen on a port in order to get the notifications from the Notification Server. One way around this is to use a CORBA Pull Consumer which makes the consumer pull events from the Notification service. You need to configure the examples such that the Notification Service uses one port and the other processes use another port. One method you might want to try is using the command line to override the ORB IIOP port property. Check out this link for more info: http://openorb.sourceforge.net/docs/1.4.0/OpenORB/doc/orb.html#N104C2 I think if you can start the examples using an argument like: "java app-name -ORBiiop port=5566" it would help you out a lot.* * Dario C. wrote: > Thanks for the reply. > The process listening on port 2005 is the notification server that I > have to launch before the application. I discovered this by using > telnet before and after launching the server. This is weird because > the ORB have to use this port to find the notification service and not > to listen ( or at least this is what I think) . > To add the notification service to the runtime profile I've added the > following line to the user-mod profile in the default profile in > OpenORB.xml: > > <import xlink:href="${openorb.home}config/notify.xml#notify" /> > > with the notify.xml in the same directory of OpenORB.xml. Is this right? > > > > > On 11/30/06, Mark Jentz <mar...@te...> wrote: > >> It looks to me like you already have a process up and running that is >> listening on port 2005. Check your process list and see if you have a >> java process up from running some prior example. Another way to check if >> something might be listening on the address is by using telnet. Under >> Windows you can start a cmd.exe window and type: telnet localhost 2005, >> if it connects then something is already listening there. >> >> >> Dario C. wrote: >> >>> Hello >>> I'm an OpenORB newbie user, and I need to use the Notification Service >>> for an university work. To start I ran the consumer and supplier >>> examples supplied with the notification service jar but I just receive >>> this error when it invokes the orb.init() method: >>> >>> org.omg.CORBA.COMM_FAILURE: Unable to listen on /0.0.0.0:2005 >>> (java.net.BindExce >>> ption: Address already in use: JVM_Bind) vmcid: 0x0 minor code: 0 >>> completed: >>> No >>> at org.openorb.iiop.IIOPTransportServerInitializer.open_port >>> (Unknown Sou >>> rce) >>> at >>> org.openorb.iiop.IIOPTransportServerInitializer.open(Unknown Source) >>> at org.openorb.iiop.IIOPProtocolInitializer.init(Unknown Source) >>> at org.openorb.PI.OpenORBInitInfo.post_init (Unknown Source) >>> at org.openorb.CORBA.kernel.OpenORBLoader.init(Unknown Source) >>> at org.openorb.CORBA.ORB.set_parameters(Unknown Source) >>> at org.omg.CORBA.ORB.init(Unknown Source) >>> at >>> org.openorb.notify.examples.simple.StructuredPushSupplier.main(Unknow >>> n Source) >>> Caused by: java.net.BindException: Address already in use: JVM_Bind >>> at java.net.PlainSocketImpl.socketBind(Native Method) >>> at java.net.PlainSocketImpl.bind(Unknown Source) >>> at java.net.ServerSocket.bind(Unknown Source) >>> at java.net.ServerSocket.<init>(Unknown Source) >>> ... 8 more >>> >>> >>> before running the consumer or the supplier I ran the naming service >>> server and the notification service server as it is explained in the >>> documentation. >>> I fear that I have done something wrong in the OpenORB.xml when I >>> added the notify module to the runtime profile because I didn't >>> understand well how this works. Please can someone help me ? >>> >>> Thanks in advance and sorry for my english, >>> Dario >>> ------------------------------------------------------------------------ >>> >>> ------------------------------------------------------------------------- >>> Take Surveys. Earn Cash. Influence the Future of IT >>> Join SourceForge.net's Techsay panel and you'll get the chance to share your >>> opinions on IT & business topics through brief surveys - and earn cash >>> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV >>> ------------------------------------------------------------------------ >>> >>> _______________________________________________ >>> openorb-users mailing list >>> ope...@li... >>> https://lists.sourceforge.net/lists/listinfo/openorb-users >>> >>> >> ------------------------------------------------------------------------- >> Take Surveys. Earn Cash. Influence the Future of IT >> Join SourceForge.net's Techsay panel and you'll get the chance to share your >> opinions on IT & business topics through brief surveys - and earn cash >> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV >> _______________________________________________ >> openorb-users mailing list >> ope...@li... >> https://lists.sourceforge.net/lists/listinfo/openorb-users >> >> > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > openorb-users mailing list > ope...@li... > https://lists.sourceforge.net/lists/listinfo/openorb-users > > |
From: Dario C. <la...@gm...> - 2006-11-30 14:51:06
|
Thanks for the reply. The process listening on port 2005 is the notification server that I have to launch before the application. I discovered this by using telnet before and after launching the server. This is weird because the ORB have to use this port to find the notification service and not to listen ( or at least this is what I think) . To add the notification service to the runtime profile I've added the following line to the user-mod profile in the default profile in OpenORB.xml: <import xlink:href="${openorb.home}config/notify.xml#notify" /> with the notify.xml in the same directory of OpenORB.xml. Is this right? On 11/30/06, Mark Jentz <mar...@te...> wrote: > It looks to me like you already have a process up and running that is > listening on port 2005. Check your process list and see if you have a > java process up from running some prior example. Another way to check if > something might be listening on the address is by using telnet. Under > Windows you can start a cmd.exe window and type: telnet localhost 2005, > if it connects then something is already listening there. > > > Dario C. wrote: > > Hello > > I'm an OpenORB newbie user, and I need to use the Notification Service > > for an university work. To start I ran the consumer and supplier > > examples supplied with the notification service jar but I just receive > > this error when it invokes the orb.init() method: > > > > org.omg.CORBA.COMM_FAILURE: Unable to listen on /0.0.0.0:2005 > > (java.net.BindExce > > ption: Address already in use: JVM_Bind) vmcid: 0x0 minor code: 0 > > completed: > > No > > at org.openorb.iiop.IIOPTransportServerInitializer.open_port > > (Unknown Sou > > rce) > > at > > org.openorb.iiop.IIOPTransportServerInitializer.open(Unknown Source) > > at org.openorb.iiop.IIOPProtocolInitializer.init(Unknown Source) > > at org.openorb.PI.OpenORBInitInfo.post_init (Unknown Source) > > at org.openorb.CORBA.kernel.OpenORBLoader.init(Unknown Source) > > at org.openorb.CORBA.ORB.set_parameters(Unknown Source) > > at org.omg.CORBA.ORB.init(Unknown Source) > > at > > org.openorb.notify.examples.simple.StructuredPushSupplier.main(Unknow > > n Source) > > Caused by: java.net.BindException: Address already in use: JVM_Bind > > at java.net.PlainSocketImpl.socketBind(Native Method) > > at java.net.PlainSocketImpl.bind(Unknown Source) > > at java.net.ServerSocket.bind(Unknown Source) > > at java.net.ServerSocket.<init>(Unknown Source) > > ... 8 more > > > > > > before running the consumer or the supplier I ran the naming service > > server and the notification service server as it is explained in the > > documentation. > > I fear that I have done something wrong in the OpenORB.xml when I > > added the notify module to the runtime profile because I didn't > > understand well how this works. Please can someone help me ? > > > > Thanks in advance and sorry for my english, > > Dario > > ------------------------------------------------------------------------ > > > > ------------------------------------------------------------------------- > > Take Surveys. Earn Cash. Influence the Future of IT > > Join SourceForge.net's Techsay panel and you'll get the chance to share your > > opinions on IT & business topics through brief surveys - and earn cash > > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > > ------------------------------------------------------------------------ > > > > _______________________________________________ > > openorb-users mailing list > > ope...@li... > > https://lists.sourceforge.net/lists/listinfo/openorb-users > > > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > openorb-users mailing list > ope...@li... > https://lists.sourceforge.net/lists/listinfo/openorb-users > |
From: Mark J. <mar...@te...> - 2006-11-30 14:14:46
|
It looks to me like you already have a process up and running that is listening on port 2005. Check your process list and see if you have a java process up from running some prior example. Another way to check if something might be listening on the address is by using telnet. Under Windows you can start a cmd.exe window and type: telnet localhost 2005, if it connects then something is already listening there. Dario C. wrote: > Hello > I'm an OpenORB newbie user, and I need to use the Notification Service > for an university work. To start I ran the consumer and supplier > examples supplied with the notification service jar but I just receive > this error when it invokes the orb.init() method: > > org.omg.CORBA.COMM_FAILURE: Unable to listen on /0.0.0.0:2005 > (java.net.BindExce > ption: Address already in use: JVM_Bind) vmcid: 0x0 minor code: 0 > completed: > No > at org.openorb.iiop.IIOPTransportServerInitializer.open_port > (Unknown Sou > rce) > at > org.openorb.iiop.IIOPTransportServerInitializer.open(Unknown Source) > at org.openorb.iiop.IIOPProtocolInitializer.init(Unknown Source) > at org.openorb.PI.OpenORBInitInfo.post_init (Unknown Source) > at org.openorb.CORBA.kernel.OpenORBLoader.init(Unknown Source) > at org.openorb.CORBA.ORB.set_parameters(Unknown Source) > at org.omg.CORBA.ORB.init(Unknown Source) > at > org.openorb.notify.examples.simple.StructuredPushSupplier.main(Unknow > n Source) > Caused by: java.net.BindException: Address already in use: JVM_Bind > at java.net.PlainSocketImpl.socketBind(Native Method) > at java.net.PlainSocketImpl.bind(Unknown Source) > at java.net.ServerSocket.bind(Unknown Source) > at java.net.ServerSocket.<init>(Unknown Source) > ... 8 more > > > before running the consumer or the supplier I ran the naming service > server and the notification service server as it is explained in the > documentation. > I fear that I have done something wrong in the OpenORB.xml when I > added the notify module to the runtime profile because I didn't > understand well how this works. Please can someone help me ? > > Thanks in advance and sorry for my english, > Dario > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > ------------------------------------------------------------------------ > > _______________________________________________ > openorb-users mailing list > ope...@li... > https://lists.sourceforge.net/lists/listinfo/openorb-users > |
From: Dario C. <la...@gm...> - 2006-11-30 14:03:26
|
Hello I'm an OpenORB newbie user, and I need to use the Notification Service for an university work. To start I ran the consumer and supplier examples supplied with the notification service jar but I just receive this error when it invokes the orb.init() method: org.omg.CORBA.COMM_FAILURE: Unable to listen on /0.0.0.0:2005 ( java.net.BindExce ption: Address already in use: JVM_Bind) vmcid: 0x0 minor code: 0 completed: No at org.openorb.iiop.IIOPTransportServerInitializer.open_port(Unknown Sou rce) at org.openorb.iiop.IIOPTransportServerInitializer.open(Unknown Source) at org.openorb.iiop.IIOPProtocolInitializer.init(Unknown Source) at org.openorb.PI.OpenORBInitInfo.post_init(Unknown Source) at org.openorb.CORBA.kernel.OpenORBLoader.init(Unknown Source) at org.openorb.CORBA.ORB.set_parameters(Unknown Source) at org.omg.CORBA.ORB.init(Unknown Source) at org.openorb.notify.examples.simple.StructuredPushSupplier.main (Unknow n Source) Caused by: java.net.BindException: Address already in use: JVM_Bind at java.net.PlainSocketImpl.socketBind(Native Method) at java.net.PlainSocketImpl.bind(Unknown Source) at java.net.ServerSocket.bind(Unknown Source) at java.net.ServerSocket.<init>(Unknown Source) ... 8 more before running the consumer or the supplier I ran the naming service server and the notification service server as it is explained in the documentation. I fear that I have done something wrong in the OpenORB.xml when I added the notify module to the runtime profile because I didn't understand well how this works. Please can someone help me ? Thanks in advance and sorry for my english, Dario |