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
(2) |
3
|
4
|
5
|
|
6
(2) |
7
(3) |
8
(4) |
9
|
10
|
11
(2) |
12
|
|
13
|
14
(2) |
15
(7) |
16
|
17
(3) |
18
(1) |
19
|
|
20
|
21
|
22
|
23
(2) |
24
(7) |
25
(1) |
26
(2) |
|
27
(3) |
28
(1) |
29
|
30
(2) |
|
|
|
|
From: <php...@li...> - 2008-04-15 12:45:56
|
Hi Orion,
> manually. Can you give me some insight into that life cycle?
When a PHP object is released, its __destruct() Method is called. The PHP Java class implements
this callback. It sends a "<U $this->proxyID />" to the back end, when Java::__destruct() is
called. You can see the protocol requests, if you set the log level to 4.
However, calling
unset (varname)
does not necessarily mean that a PHP object is immediately reclaimed (it depends on the version of
the Zend engine).
Regards,
Jost Boekemeier
__________________________________________________________
Gesendet von Yahoo! Mail.
Der Lieblings-Mailbox der Welt.
http://de.overview.mail.yahoo.com
|
|
From: <php...@li...> - 2008-04-15 12:39:04
|
Ah, so you're saying a call to
unset($myJavaObj);
within PHP will cause the object to be deallocated on the Java side. If so, that's awesome! Is this the case when using either the all-PHP bridge code or the C-based DLL/so? Right now we are using the all-PHP bridge code because of another error (Apache crashing) when trying to load the DLL.
Thanks again,
Orion
----- Original Message ----
From: "php...@li..." <php...@li...>
To: php...@li...
Sent: Tuesday, April 15, 2008 8:34:20 AM
Subject: Re: [Php-java-bridge-users] OutOfMemory Exception
Hi,
> 1. Any way to release an object after finished with it on the PHP side?
PHP doesn't have a garbage collector. It uses a reference counter which cannot free certain
objects (and its associated Java peers).
However, this isn't a problem because each PHP script cannot run for more than 30 seconds. If the
PHP script terminates, all cycles are released automatically.
> 2. Any ini flags (java.persistent_connections=Off, for example) that could help clear the
> JavaBridge cache?
On protocol level you could send a <U objectID /> to the back end. But PHP reference counter does
this automatically.
Regards,
Jost Boekemeier
__________________________________________________________
Gesendet von Yahoo! Mail.
Der Lieblings-Mailbox der Welt.
http://de.overview.mail.yahoo.com
-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this year's exciting event. There's still time to save $100.
Use priority code J8TL2D2.
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
_______________________________________________
php-java-bridge-users mailing list
php...@li...
https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users
|
|
From: <php...@li...> - 2008-04-15 12:34:27
|
Thanks Jost for the quick response.
We have no threads on the Java side, so I can't see how we could be holding onto a reference... other than in objects that are being returned through the bridge layer. Our code is very simple - a request comes in, calculation happens, and an object gets created and returned. No background threads, etc.
I guess my question is - when do those returned objects get de-referenced by the bridge layer? Ideally it would be when the PHP side deferences it (using unset($myJavaObj) or similar), but I'm guessing that's unlikely. Given that, it doesn't look like there is any dereference(), free(), recycle(), etc. function that can be called from the PHP side to release the object manually. Can you give me some insight into that life cycle?
Thanks,
Orion
----- Original Message ----
From: "php...@li..." <php...@li...>
To: php...@li...
Sent: Tuesday, April 15, 2008 8:10:04 AM
Subject: Re: [Php-java-bridge-users] OutOfMemory Exception
Hi,
first of all, this is a out of memory error. An error is not a exception and it shouldn't be
handled as such.
This error means that there's some bug in your application code, probably a thread permanently
referencing your object graph. Please see our FAQ for details/tips how to debug your code.
> @java_reset();
The above construct is used in our release tests, it should never ever be used in client code.
Please see our API documentation for details.
Regards,
Jost Boekemeier
__________________________________________________________
Gesendet von Yahoo! Mail.
Der Lieblings-Mailbox der Welt.
http://de.overview.mail.yahoo.com
-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this year's exciting event. There's still time to save $100.
Use priority code J8TL2D2.
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
_______________________________________________
php-java-bridge-users mailing list
php...@li...
https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users
|
|
From: <php...@li...> - 2008-04-15 12:34:24
|
Hi,
> 1. Any way to release an object after finished with it on the PHP side?
PHP doesn't have a garbage collector. It uses a reference counter which cannot free certain
objects (and its associated Java peers).
However, this isn't a problem because each PHP script cannot run for more than 30 seconds. If the
PHP script terminates, all cycles are released automatically.
> 2. Any ini flags (java.persistent_connections=Off, for example) that could help clear the
> JavaBridge cache?
On protocol level you could send a <U objectID /> to the back end. But PHP reference counter does
this automatically.
Regards,
Jost Boekemeier
__________________________________________________________
Gesendet von Yahoo! Mail.
Der Lieblings-Mailbox der Welt.
http://de.overview.mail.yahoo.com
|
|
From: <php...@li...> - 2008-04-15 12:17:11
|
Hi, > I have modified the file Java.inc like Antonio said in his message (Four Java.inc changes to get > rid of STRICT warnings) We don't think these changes are useful. Which problem do you have with the PHP/Java Bridge code? > [15-Apr-2008 09:27:16] PHP Fatal error: Call to a member function read() on a non-object in > C:\Apache\htdocs\yannicka\java\Java.inc on line 390 I am sorry, but I could not reproduce this problem with PHP/Java Bridge version 5.2.1 or 5.2.2. If the problem persists, please set the log level to 4 or above and create a ticket; please use http://sourceforge.net/tracker/?func=add&group_id=117793&atid=679233. Regards, Jost Boekemeier __________________________________________________________ Gesendet von Yahoo! Mail. Der Lieblings-Mailbox der Welt. http://de.overview.mail.yahoo.com |
|
From: <php...@li...> - 2008-04-15 12:10:08
|
Hi,
first of all, this is a out of memory error. An error is not a exception and it shouldn't be
handled as such.
This error means that there's some bug in your application code, probably a thread permanently
referencing your object graph. Please see our FAQ for details/tips how to debug your code.
> @java_reset();
The above construct is used in our release tests, it should never ever be used in client code.
Please see our API documentation for details.
Regards,
Jost Boekemeier
__________________________________________________________
Gesendet von Yahoo! Mail.
Der Lieblings-Mailbox der Welt.
http://de.overview.mail.yahoo.com
|
|
From: <php...@li...> - 2008-04-15 07:46:35
|
Hi,
I try to install PHP Java Bridge in a new environnement and I have a lot of problem.
I work with :
PHP 5.1.4
Java 1.5.08
Apache 2.0.59
Bridge 5.2.2 (with the include java.inc and the jar is executed on SERVLET_LOCAL:8080)
I installed it successfull on my labtop. But it doesn't want to run on my client environnement.
I have modified the file Java.inc like Antonio said in his message (Four Java.inc changes to get rid of STRICT warnings)
Now I have the following message :
----------------------------------------------------------------------------------------
[15-Apr-2008 09:27:16] PHP Fatal error: Call to a member function read() on a non-object in C:\Apache\htdocs\yannicka\java\Java.inc on line 390
----------------------------------------------------------------------------------------
when i try to execute this code :
----------------------------------------------------------------------------------------
require_once("java/Java.inc");
$test = new Java('java.lang.String','Hello');
echo "test=".$test;
die();
----------------------------------------------------------------------------------------
Does anybody can help me, please ?
Thanks.
Y. Pedrono
|