ID: 18600
Comment by: db_farr at excite dot com
Reported By: nalves at equifax dot com dot br
Status: Open
Bug Type: Java related
Operating System: Windows 2000
PHP Version: 4.2.3
New Comment:
isnt there a way to close the instantiated class and release the
resources?????
like the unset() command....
seems that would clear any resource retention problem and allow php to
reinstantiate the jvm.
Previous Comments:
------------------------------------------------------------------------
[2003-05-01 14:35:34] sohelnmerchant at yahoo dot com
Hi,
I am using PHP as a SAPI modlue in Apache (as it was recommended in the
readme file that its unsafe to use PHP in CGI mode) on windows.
Whenever I try to use a java class I keep on getting this problem
"Unable to create Java Virtual Machine". Some people have sggested to
use CGI version instead of SAPI. But I dont wanna use it for the
reasons mentioned above. I am wondering, if there exist any patch which
can eliminate this problem.
Thanks,
Sohel Merchant.
------------------------------------------------------------------------
[2003-04-30 05:27:08] belin at fc-net dot fr
Running Apache 1.3.22 and PHP 4.3.1 as module,
sablotron IS NOT enabled,
and I use JDK 1.4.0_01
after many times configuring php.ini
(there is jvm.dll bundled with my php distrib
but it seems to be useless, I used the jvm.dll
into the jre\server directory).
well well well...
it works when my PHP code is fully clean,
even if I reload my page several times.
now, let's try to make a little error...
if i try to create an object
(using $o = new Java(java_class_name))
if the class exists... no problem, if it
doesn't, just get an error but all is ok,
now if I try a java_class_name starting
with a lowercase character...
-> Unable to load virtual machine
ok ok. close explorer, modify the script,
and rewrite it correctly... lauching IE...
and the script...
-> Unable to load virtual machine
seems that if one error occurs everything after
is bad, even if it would not !
-> and then, the only thing to do is to shutdown
apache, and restart it... then the script goes ok...
conclusion. at the first error, shutdown and restart
apache, aaaaaargh ????
NOTE : this is only true for the apache module, when
using the cli version of php (command line), no
probleme with java VM...
hope it helps.
-Nicolas, french coder ;o)
------------------------------------------------------------------------
[2003-04-19 09:43:41] tuxo at gmx dot net
i experienced this problem too..
i want to use fop from xml.apache.org with the pear-class XML_fo2pdf to
produce pdf files.
system: win2k, apache 2.0.45, php 4.3.1, j2jdk 1.4.1.
any fixes available?
------------------------------------------------------------------------
[2003-04-18 08:31:02] jason at ipedo dot com
I get the same problem.
My envirnment:
W2K Server
php4-win32-STABLE-200304180830
Apache 2.0.43
Jdk1.3.1 or j2sdk1.4.1_01
Module not CGI
If it can't be fixed quickly, how can I work around it?
Does this bug also exist in other platform,eg linux, solaris?
------------------------------------------------------------------------
[2003-01-27 15:47:10] drobert at bfm dot bm
I get the same problem; The way I reproduced it is:
1. load a page with a Java call;
2. press and hold the refresh button.
3. It will eventually fail.
It seems that PHP is attempting to create a new JVM for each request
(unfortunately, this is required for a cgi install; it shouldn't be for
a SAPI install). My guess is that either Apache or PHP runs into
resource limits (e.g. does not release the JVM after it completes the
request; creates too many threads; etc...).
It would probably be better if PHP used a JVM pool; this wouldn't make
much difference in a cgi install, but would help SAPI installs. I have
no idea whether this is feasible or not; I've never actually taken the
time to give the source a looksy...
------------------------------------------------------------------------
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/18600
--
Edit this bug report at http://bugs.php.net/?id=18600&edit=1