#16690 [Sus]: Java support in PHP with Apache2 multithreaded server doesn´t work

From: Date: Wed, 21 May 2003 22:40:30 +0000
Subject: #16690 [Sus]: Java support in PHP with Apache2 multithreaded server doesn´t work
References: 1  Groups: php.bugs 
Request: Send a blank email to php-bugs+get-40169@lists.php.net to get a copy of this message
ID: 16690 User updated by: cunha17 at uol dot com dot br Reported By: cunha17 at uol dot com dot br Status: Suspended Bug Type: Java related Operating System: any PHP Version: 4.3.2RC4-dev New Comment: Why the status changed to SUSPENDED? Does it mean that it is not important? Previous Comments: ------------------------------------------------------------------------ [2002-10-04 17:33:01] kalowsky@php.net This really falls inline with the numerous Java/Windows bugs that we have logged. My initial debugging of it shows that their problems are being caused by the non-multi-thread safe code. Havne't been able to fix it yet though. ------------------------------------------------------------------------ [2002-10-04 16:45:26] iliaa@php.net Not Apache 2 issue, rather a problem with ext/java/ not being thread safe, reclassifying. ------------------------------------------------------------------------ [2002-06-12 15:06:14] robert at ud dot com Just as I expected, everything now works normally and consistently the the ext/java extension using the "prefork" MPM with Apache2 and PHP 4.2.1. The various problems reported with the ext/java methods "timing out"/"not loading" after one or a few successful hits clearly appears to be with multithreaded web server installations and PHP (Apache2 with worker MPM, IIS, etc..) My latest, successful configure script: LDFLAGS='-lstdc++' \ ./configure \ --with-apxs2=/usr/local/apache2/bin/apxs \ --with-config-file-path=/usr/local/etc \ --with-tsrm-pthreads \ --enable-memory-limit \ --without-pear \ --disable-posix \ --enable-mbstring \ --enable-calendar \ --enable-wddx \ --enable-sockets \ --enable-ftp \ --with-zlib \ --with-bz2 \ --with-mhash \ --with-iconv \ --with-openssl \ --with-expat-dir \ --with-dom \ --with-dom-xslt \ --with-dom-exslt \ --enable-xslt \ --with-xslt-sablot \ --with-mysql=no \ --with-iodbc \ --with-ldap \ --with-imap \ --with-curl \ --with-png-dir \ --with-jpeg-dir \ --with-freetype-dir \ --with-gd \ --enable-gd-native-ttf \ --with-java=/usr/local/java/jdk1.2.2 ------------------------------------------------------------------------ [2002-06-11 22:09:12] robert at ud dot com More info: Downgraded to Sun JDK 1.2.2 (from 1.4.0_01), recompiled PHP 4.2.1 (DSO into Apache 2.0.36), *and* removed the --enable-xslt and --with-xslt-sablot directives (because of some other reported bugs about ext/xslt and ext/java not playing nice) - all of this just to try a sane/clean build. ...but keeping the Apache 2.0.36 MPM as "worker" not "prefork". Problem still occurs. Basic PHP page with the usual example simple Java code loads/works correctly. I can refresh the page every couple of seconds and it keeps working. If I let it sit for a minute, and re-execute, the page returns blank and the PHP error log contains: "PHP Fatal error: Unable to create Java Virtual Machine ....". Sometimes, if I wait for a few minutes and try again, the page loads again correctly without error, but it is rather unpredictable exactly when it will work and when it wont (in other words, I can't set a stop watch by it). I am now going to try build Apache2 with the prefork MPM and see if the behavior continues. ------------------------------------------------------------------------ [2002-06-11 16:53:01] robert at ud dot com This exact problem appears for me too on similar and different setups. I get JVM timeouts on both Apache2(worker MPM)/Linux and Windows/IIS. The commonality is that they are both multi-threaded (same as reported). Working setups where JVM works one or a few times and then "dies". - Linux RH7.2/Apache 2.0.36 (worker MPM)/PHP 4.2.1/Sun JDK 1.4.0_01 (the "bleeding edge") - Windows 2000/IIS/PHP 4.2.1/Sun JDK 1.3.1 ------------------------------------------------------------------------ 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/16690 -- Edit this bug report at http://bugs.php.net/?id=16690&edit=1

« previous php.bugs (#40169) next »