You can subscribe to this list here.
2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(6) |
Oct
(6) |
Nov
(8) |
Dec
(2) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2005 |
Jan
(19) |
Feb
(15) |
Mar
(10) |
Apr
(8) |
May
(7) |
Jun
(9) |
Jul
(13) |
Aug
(31) |
Sep
(111) |
Oct
(52) |
Nov
(72) |
Dec
(42) |
2006 |
Jan
(21) |
Feb
(32) |
Mar
(33) |
Apr
(24) |
May
(15) |
Jun
(40) |
Jul
(32) |
Aug
(19) |
Sep
(38) |
Oct
(37) |
Nov
(63) |
Dec
(37) |
2007 |
Jan
(18) |
Feb
(39) |
Mar
(69) |
Apr
(49) |
May
(71) |
Jun
(59) |
Jul
(71) |
Aug
(85) |
Sep
(46) |
Oct
(14) |
Nov
(25) |
Dec
(56) |
2008 |
Jan
(24) |
Feb
(77) |
Mar
(104) |
Apr
(44) |
May
(41) |
Jun
(11) |
Jul
(31) |
Aug
(59) |
Sep
(44) |
Oct
(86) |
Nov
(66) |
Dec
(93) |
2009 |
Jan
(88) |
Feb
(41) |
Mar
(49) |
Apr
(135) |
May
(22) |
Jun
(31) |
Jul
(60) |
Aug
(71) |
Sep
(76) |
Oct
(18) |
Nov
(52) |
Dec
(20) |
2010 |
Jan
(8) |
Feb
(50) |
Mar
(35) |
Apr
(48) |
May
(46) |
Jun
(84) |
Jul
(38) |
Aug
(61) |
Sep
(51) |
Oct
(31) |
Nov
(17) |
Dec
(18) |
2011 |
Jan
(51) |
Feb
(14) |
Mar
(17) |
Apr
(23) |
May
(15) |
Jun
(11) |
Jul
(5) |
Aug
(5) |
Sep
(15) |
Oct
(8) |
Nov
(5) |
Dec
(25) |
2012 |
Jan
(2) |
Feb
(4) |
Mar
(6) |
Apr
(9) |
May
(27) |
Jun
(32) |
Jul
(36) |
Aug
(10) |
Sep
(16) |
Oct
(3) |
Nov
(13) |
Dec
(7) |
2013 |
Jan
(1) |
Feb
(4) |
Mar
|
Apr
(1) |
May
|
Jun
(2) |
Jul
|
Aug
(1) |
Sep
(4) |
Oct
(2) |
Nov
(1) |
Dec
|
2014 |
Jan
|
Feb
|
Mar
(2) |
Apr
(1) |
May
(2) |
Jun
(9) |
Jul
(5) |
Aug
(2) |
Sep
(4) |
Oct
|
Nov
|
Dec
|
2015 |
Jan
(3) |
Feb
(2) |
Mar
(4) |
Apr
(3) |
May
(1) |
Jun
(2) |
Jul
|
Aug
(2) |
Sep
(5) |
Oct
(1) |
Nov
|
Dec
|
2016 |
Jan
|
Feb
(5) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(5) |
Sep
(3) |
Oct
|
Nov
|
Dec
|
2017 |
Jan
(6) |
Feb
|
Mar
|
Apr
(10) |
May
(2) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
(1) |
Dec
|
2018 |
Jan
(2) |
Feb
(5) |
Mar
|
Apr
|
May
(1) |
Jun
(3) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2019 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
2020 |
Jan
|
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(2) |
Oct
|
Nov
|
Dec
|
2021 |
Jan
(5) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2023 |
Jan
|
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
S | M | T | W | T | F | S |
---|---|---|---|---|---|---|
|
|
|
|
|
|
1
|
2
(1) |
3
|
4
|
5
|
6
|
7
(7) |
8
|
9
(2) |
10
(1) |
11
(4) |
12
(4) |
13
(1) |
14
(2) |
15
|
16
|
17
(1) |
18
|
19
|
20
|
21
|
22
(1) |
23
|
24
(4) |
25
(1) |
26
(1) |
27
(2) |
28
|
29
|
30
|
31
|
|
|
|
|
|
From: <php...@li...> - 2006-07-24 20:42:20
|
Hi Jost Thank you very much for your explanations On 7/24/06, php...@li... <php...@li...> wrote: > Hi Paul, > > > to keep certain Java objects (in my > > case Lucene index searchers, query filters) > > persistent between client calls. > > I usually use a factory class: > > public class FooFactory { > private static final Object foo=createFoo(); > public Object getFoo() { > return foo; > } > } > > This works because the JVM keeps the class Name=>Class > bindings in a weak hash map and classes usually aren't > gc'ed unless the VM runs short of memory. That could be part of the solution, like a lucene indexreader for a dedicated application. But in my case, I want to build an easy to distribute/deploy PHP component requiring only the minimim work of installing your php-java bridge as a stand-alone service (or for those who can within tomcat or the likes). > The above method can't be used if all nodes of a > (weblogoc- or tomcat-) cluster should refer to the > same foo instance or if there's no persistent VM at > all(for example if lucene and the bridge classes have > been compiled to native code and are started for each > request). > That is not the case for me, I did not explore the option of compiling to native code yet (but will do, curious about the performance with respect to a VM install) > > I also suspect > > serializing (sometimes > > larger) objects is beyond the scope of session > > variable too. > > Depends on how long you want to keep the data and how > expensive it is to create. If the data is really > expensive I would use the JPersistenceAdapter, > serialize the data and store it on the master node, on > the web server or in a database and deserialize it > when the next request comes in. Ah, that's interesting! The data (lucene filters and sort objects mainly) is rather expensive to create (roughly 50 to 200 msec per instance for a "typical" index which has a few tens to a few hundred fields and 100k records) The main problem with JPersistenceAdapter is that I should find a way to get this working in a PHP4 contextto which I'm tied now ... and which does not look trivial now Thank you very much again, I learned a lot andn admire your work on the php-java bridge! Best regards Paul -- http://walhalla.wordpress.com |
From: <php...@li...> - 2006-07-24 16:36:06
|
Hi, > i wanna return jl; > > but it show me "object(Java)#2 (0) { } " In PHP4 the code $ob = new Java(...) echo $ob; prints the above, echo $ob->toString(); should display the string representation of $ob, if $ob has a toString() method. Regards, Jost Boekemeier ___________________________________________________________ Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de |
From: <php...@li...> - 2006-07-24 16:26:50
|
Hi Paul, > to keep certain Java objects (in my > case Lucene index searchers, query filters) > persistent between client calls. I usually use a factory class: public class FooFactory { private static final Object foo=createFoo(); public Object getFoo() { return foo; } } This works because the JVM keeps the class Name=>Class bindings in a weak hash map and classes usually aren't gc'ed unless the VM runs short of memory. The above method can't be used if all nodes of a (weblogoc- or tomcat-) cluster should refer to the same foo instance or if there's no persistent VM at all(for example if lucene and the bridge classes have been compiled to native code and are started for each request). > I also suspect > serializing (sometimes > larger) objects is beyond the scope of session > variable too. Depends on how long you want to keep the data and how expensive it is to create. If the data is really expensive I would use the JPersistenceAdapter, serialize the data and store it on the master node, on the web server or in a database and deserialize it when the next request comes in. Regards, Jost Boekemeier ___________________________________________________________ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de |
From: <php...@li...> - 2006-07-24 03:38:00
|
i wanna return jl; but it show me "object(Java)#2 (0) { } " HOW CAN I DO? php code: package newjava; public class array{ public String arr_s(String ar[]){ return ar[0]+ar[1]; } public String[] s_arr(){ String ar[]={"m1","m2"}; return ar; } public int[] int_arr(){ int ar[]={1,2,3,4}; return ar; } public jl jl_arr(){ jl myjl=new jl("Shanghai",9); return myjl; } } java code1: package newjava; import java.lang.Object; public class jl extends Object{ String s; int i; public jl(String s, int i){ this.s=s; this.i=i; } } java code2: package newjava; public class array{ public String arr_s(String ar[]){ return ar[0]+ar[1]; } public String[] s_arr(){ String ar[]={"m1","m2"}; return ar; } public int[] int_arr(){ int ar[]={1,2,3,4}; return ar; } public jl jl_arr(){ jl myjl=new jl("Shanghai",9); return myjl; } } |