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: Jesper P. <je...@it...> - 2002-08-07 15:38:48
|
On Wednesday 07 August 2002 17:32, Poupart Erwann wrote: > Thank you for your response Jesper, > > My question was a little provocative. > ;) > Ok for the portability. > > I would like to switch to openorb now, but for the moment the NameServi= ce > doesn't seem to work with JDK1.4. > You'll have to use CVS HEAD of OpenORB -- or wait for me to release beta2= =20 (properly later this week). The issue should be fixed. > Client hangs when it connects to NameService (see my mail in attach fil= e). > > Perhaps in the future releases of OpenOrb, it will work or is there a > configuration option that i miss ? > > Regs, > Cheers, Jesper |
From: Poupart E. <Erw...@cn...> - 2002-08-07 15:33:48
|
Thank you for your response Jesper, My question was a little provocative. Ok for the portability. I would like to switch to openorb now, but for the moment the = NameService doesn't seem to work with JDK1.4. Client hangs when it connects to NameService (see my mail in attach = file). Perhaps in the future releases of OpenOrb, it will work or is there a = configuration option that i miss ? Regs, -----Message d'origine----- De : Jesper Pedersen [mailto:je...@wa...]=20 Envoy=E9 : mercredi 7 ao=FBt 2002 16:37 =C0 : Poupart Erwann; 'ope...@li...' Objet : Re: [openorb-users] openORB not portable ? Hi. On Wednesday 07 August 2002 14:21, Poupart Erwann wrote: > Hello openorb users, > > This message because i think it's not logical to have different=20 > interfaces between ORBs ! > > Especially between JavaORB and openORB ! > > For example org.omg.CORBA.ORB.create_dyn_any() and > org.omg.CORBA.ORB.create_dyn_struct() doesn't exist in openORB. > > You have to use for example=20 > org.omg.CORBA.DynAnyFactory.create_dyn_any() > to have the same result ! > You'll have to use org.omg.CORBA.DynAnyFactory.create_dyn_any() for=20 portability; see CORBA spec 9.2.2 > And i don't know where is create_dyn_struct() in openORB. > This function is not in the spec. > So, if you have to change the ORB, you have to modify your code ! > > Not very portable isn't it ? > If you use the spec it is ;) > Regs, > > Erwann Poupart. JavaORB is to my knowledge not maintained anymore, since OpenORB is = based upon=20 JavaORB so why not switch to OpenORB completely ? Cheers, Jesper |
From: Jesper P. <je...@it...> - 2002-08-07 14:40:06
|
Hi. On Wednesday 07 August 2002 14:21, Poupart Erwann wrote: > Hello openorb users, > > This message because i think it's not logical to have different interfa= ces > between ORBs ! > > Especially between JavaORB and openORB ! > > For example org.omg.CORBA.ORB.create_dyn_any() and > org.omg.CORBA.ORB.create_dyn_struct() doesn't exist in openORB. > > You have to use for example org.omg.CORBA.DynAnyFactory.create_dyn_any(= )=20 > to have the same result ! > You'll have to use org.omg.CORBA.DynAnyFactory.create_dyn_any() for=20 portability; see CORBA spec 9.2.2 > And i don't know where is create_dyn_struct() in openORB. > This function is not in the spec. > So, if you have to change the ORB, you have to modify your code ! > > Not very portable isn't it ? > If you use the spec it is ;) > Regs, > > Erwann Poupart. JavaORB is to my knowledge not maintained anymore, since OpenORB is based= upon=20 JavaORB so why not switch to OpenORB completely ? Cheers, Jesper |
From: Poupart E. <Erw...@cn...> - 2002-08-07 12:22:51
|
Hello openorb users, This message because i think it's not logical to have different interfaces between ORBs ! Especially between JavaORB and openORB ! For example org.omg.CORBA.ORB.create_dyn_any() and org.omg.CORBA.ORB.create_dyn_struct() doesn't exist in openORB. You have to use for example org.omg.CORBA.DynAnyFactory.create_dyn_any() to have the same result ! And i don't know where is create_dyn_struct() in openORB. So, if you have to change the ORB, you have to modify your code ! Not very portable isn't it ? Regs, Erwann Poupart. |
From: Martin W. <ma...@cy...> - 2002-08-02 23:50:06
|
Dear openORB Users- I am using openORB to develop an application that uses CORBA as middle-wear to interface between the end-user and a database. Despite posts to comp.object.corba and comp.lang.java.corba I am stuck and am hoping someone here can help me out. In my project there is a POA that contains objects that represent data stored in the database. The POA is set up to use a ServantLocator to return servants for method invocations. To conserve resources I want to use the evictor pattern as described in "Advanced CORBA Programming with C++" (ACPwC++). I would like to keep a certain maximum number of servants instantiated at any one point. If a request arrives for an object for which there is no servant instantiated I want to evict the least-recently used servant and instantiated a new servant for the object for which a request arrived. The POA is set up to use the ORB_CTRL_METHOD. Here are the problems I am having and the possible solutions I have so far. Please keep in mind that I do not know the internals of openORB and how it processes threads. I may be totally off with some of these: -Requests and their processing can happen simultaneously since the ORB is multi-threaded. I need some way of knowing whether the servant is executing a request. A reference-count variable in the servant that is accessed in a thread-safe manner seems to be easy enough to implement: increment it in preinvoke and decrement it in postinvoke. -If a request arrives for an object for which no servant exists I need to instantiated a new servant. If the maximum number of servants are already instantiated I need to choose one for eviction. What if all servants are still showing a positive reference-count, i.e. are all still servicing long-running requests? The way ACPwC++ seems to want to deal with it (translated to Java) is to remove all references to the servant to let it be garbage-collected. However: -Any servant that is being evicted has to save its state to the database. I am not using the PersitentStateService but am doing everything by hand. If I evict a servant by simply releasing all references to it, finalize will eventually be called on the Java object. This procedure could then save the state to the database. Big problem, though: what if -in the meantime- another request arrives to the POA for the same object. The ServantLocator has already released the old servant (even though it is still in memory since its finalize method has not been called yet) and thinks it needs to instantiate a new servant. The new servant queries the database for the current values. Since the finalize method has not been called on the old servant yet the data retrieved from the database is stale and outdated. -If I want to save the servant's state to the database on eviction itself (i.e. within the ServantLocator's preinvoke operation) I can only pick servants that have a 0 reference-count (i.e. are not being used anymore). If all servants are still being used and if I am at the maximum number of servants I want to have instantiated, my hands are tied: I cannot evict any servant but can also not create a new one! What do people do in this situation? Should I make preinvoke wait? If yes, what is the best way of doing so? I hope that someone can give me a hand with this. I cannot be the only one doing this sort of thing but all of my searches so far have turned up nothing. Thank you for reading my email and for any and all help! Sincerely- Martin Wehner ------------------------------------------- Martin Wehner (KG6KLF) e-mail: <ma...@cy...> web: http://www.cyclotomic.com/~martin ------------------------------------------- |
From: Claudia B. L. N. da S. <cb...@ci...> - 2002-08-01 20:16:49
|
Hi, I run the FirsExample of DatabasePersistence's BasicSession which comes PSS implementation of OpenORB. After run it I used a tool of InstantDB to see the contents of the table that was created by the example. I didn't understand why the values that I gave (name=Claudia address=Brazil old=23) didn't correspond to the values of the table -> pid-name-address-old (00000000000000000ffffffff0ffffffff0ffffffff0ffffffff0ffffffa7412d3b000000000000 000000001d0ffffffec0ffffffe9116240,000000064a6569736100,0000001552756120417a6572 65646f20436f7574696e686f00,00000016 ) Why are the values stored in a different format? Thanks, Claudia. |
From: Sanjay A. <San...@pa...> - 2002-07-31 15:06:56
|
I am new to the Trader Service and am trying to get it to run using the pre-built version (nightly build) of the 1.3.0 Trader Service. I I am using Michael Rumpf's instructions on doing this. I copied the files OpenORB.xml, default.xml, pss.xml into the d:\TradingService-1.3.0\config dir and tried launching the trader with the following command: java -Dorg.omg.CORBA.ORBClass=org.openorb.CORBA.ORB -Dopenorb.omg.CORBA.ORBSingletonClass=org.openorb.CORBA.ORBSingleton -Dopenorb.home= d:\TradingService-1.3.0\ -cp %OPENORB% org.openorb.trader.Server -ior and I get the error: Exception in thread "main" java.lang.NoClassDefFoundError: org/openorb/constraint/InvalidValue at org.openorb.trader.kernel.Kernel.run(Unknown Source) at org.openorb.trader.Server.main(Unknown Source) I have looked at my classpath, also looked in all the jar files (and the docs) in the PersistentService, TransactionService, TraderService, and the OpenOrb jar files itself but could not locate the org/openorb/constraint/InvalidValue class. Any suggestions? Any help with this is appreciated. Thanks Sanjay. |
From: Poupart E. <Erw...@cn...> - 2002-07-31 13:55:18
|
Hello openorb users, I am a new user of openorb, i am trying to replace javaorb by openorb1.3.0, but i have the following problem : Using JDK1.4, i launched the nameservice (ins.Server) and tried to use org.openorb.ins.examples.Client, But Client hangs and displays nothing. No "Client test OK" appears. It seems to be connected, because if i kill the ins.Server then Client application falls in communication error. Is this a configuration problem ? Thanks for any help, Regards, Erwann. |
From: Damian O'N. <dam...@ae...> - 2002-07-29 15:06:37
|
Thanks Thomas, that worked fine. D On Mon, 2002-07-29 at 14:10, Haug Thomas wrote: > Hi Damian, >=20 > your property name is wrong: > if you want to set the NameService using a properties file you have to us= e > prop.setProperty("InitRef.NameService","corbaloc::localhost:2004/NameServ= ice > "); >=20 > Cheers, > Thomas >=20 > -----Urspr=FCngliche Nachricht----- > Von: Damian O'Neill [mailto:dam...@ae...] > Gesendet am: Montag, 29. Juli 2002 14:45 > An: ope...@li... > Betreff: [openorb-users] orb init parameters >=20 > I am using openorb-1.3.0, I am trying to set the ORBInitRef property for > the name service. If I update the OpenORB.xml with the location of the > name service this works fine. However if I try to set it using > ORB.init, it seems to be ignored. =20 >=20 > Are you aware of any problems with this? >=20 > Am I specifying the Strings correctly? >=20 > As you can see below I have tried to set it using both string[] and > properties. >=20 > Thanks in advance, > Damian. >=20 >=20 >=20 >=20 > Properties props =3D new Properties(); > props.setProperty("ORBInitRef","NameService=3Dcorbaloc::1.2@10.12.10.24:9= 999/N > ameService"); > =09 > String[] val =3D {"ORBInitRef > NameService=3Dcorbaloc::1.2@10.12.10.24:9999/NameService"}; >=20 > ORB orb =3D (ORB) ORB.init(val, props); >=20 >=20 >=20 > ------------------------------------------------------- > This sf.net email is sponsored by: Dice - The leading online job board > for high-tech professionals. Search and apply for tech jobs today! > http://seeker.dice.com/seeker.epl?rel_code=3D31 > _______________________________________________ > openorb-users mailing list > ope...@li... > https://lists.sourceforge.net/lists/listinfo/openorb-users |
From: Michael R. <mi...@ru...> - 2002-07-29 13:16:54
|
> Am I specifying the Strings correctly? > > As you can see below I have tried to set it using both string[] and > properties. > > Thanks in advance, > Damian. > > > > > Properties props = new Properties(); > props.setProperty("ORBInitRef","NameService=corbaloc::1.2@10.12.10.24:9999/N ameService"); > > String[] val = {"ORBInitRef > NameService=corbaloc::1.2@10.12.10.24:9999/NameService"}; This is the same as specifying: java ClientApp -ORBInitRef NameService=corbaloc::1.2@10.12.10.24:9999/NameService I assume you just forgot to specify the dash "-" in front of ORBInitRef... Michael > ORB orb = (ORB) ORB.init(val, props); > > > > ------------------------------------------------------- > This sf.net email is sponsored by: Dice - The leading online job board > for high-tech professionals. Search and apply for tech jobs today! > http://seeker.dice.com/seeker.epl?rel_code=31 > _______________________________________________ > openorb-users mailing list > ope...@li... > https://lists.sourceforge.net/lists/listinfo/openorb-users |
From: Haug T. <tho...@si...> - 2002-07-29 13:10:58
|
Hi Damian, your property name is wrong: if you want to set the NameService using a properties file you have to = use prop.setProperty("InitRef.NameService","corbaloc::localhost:2004/NameSer= vice "); Cheers, Thomas -----Urspr=FCngliche Nachricht----- Von: Damian O'Neill [mailto:dam...@ae...] Gesendet am: Montag, 29. Juli 2002 14:45 An: ope...@li... Betreff: [openorb-users] orb init parameters I am using openorb-1.3.0, I am trying to set the ORBInitRef property = for the name service. If I update the OpenORB.xml with the location of the name service this works fine. However if I try to set it using ORB.init, it seems to be ignored. =20 Are you aware of any problems with this? Am I specifying the Strings correctly? As you can see below I have tried to set it using both string[] and properties. Thanks in advance, Damian. Properties props =3D new Properties(); props.setProperty("ORBInitRef","NameService=3Dcorbaloc::1.2@10.12.10.24:= 9999/N ameService"); =09 String[] val =3D {"ORBInitRef NameService=3Dcorbaloc::1.2@10.12.10.24:9999/NameService"}; ORB orb =3D (ORB) ORB.init(val, props); ------------------------------------------------------- This sf.net email is sponsored by: Dice - The leading online job board for high-tech professionals. Search and apply for tech jobs today! http://seeker.dice.com/seeker.epl?rel_code=3D31 _______________________________________________ openorb-users mailing list ope...@li... https://lists.sourceforge.net/lists/listinfo/openorb-users |
From: Damian O'N. <dam...@ae...> - 2002-07-29 12:44:59
|
I am using openorb-1.3.0, I am trying to set the ORBInitRef property for the name service. If I update the OpenORB.xml with the location of the name service this works fine. However if I try to set it using ORB.init, it seems to be ignored. Are you aware of any problems with this? Am I specifying the Strings correctly? As you can see below I have tried to set it using both string[] and properties. Thanks in advance, Damian. Properties props = new Properties(); props.setProperty("ORBInitRef","NameService=corbaloc::1.2@10.12.10.24:9999/NameService"); String[] val = {"ORBInitRef NameService=corbaloc::1.2@10.12.10.24:9999/NameService"}; ORB orb = (ORB) ORB.init(val, props); |
From: Claudia B. <cb...@ci...> - 2002-07-25 13:20:57
|
Hi, I wanna know if someone has a OpenORB manual. Thanks, Cl=E1udia. |