From: <php...@li...> - 2006-01-31 18:48:05
|
Hi Anthony, > The problem is even I have used LoadModule mode or CGI mode > for PHP 5.1.2,it failed in either case yes, 5.1.x rejects the php_java.dll because the windows dll was compiled against the 5.0.x series. You should find the reason in the (apache or IIS) HTTP log. Please either use a php 5.0.x version or, if you know how to compile the dll on windows, you can also compile it against 5.1.x or 6.x yourself. A php_java.dll compiled against 5.1.x can also be found here: http://php-java-bridge.sourceforge.net/snaps/php-java-bridge_3.0.6.zip > However, when I test it with test.php, this time, there is no > error from dl() function but, it displayed my Java server IS NOT > running According to the log you've attached, the php module was able to contact the backend run the test.php at least once; probably when you've used the php5.0.x version that comes with the php-java-bridge-3.0.6 download. The next version 3.0.7 will ship with two php_java.dll binaries, one for 5.0.x and one for 5.1.x. I think this is not the final solution; if one patchs the ABI header, the java extension works with all php versions, from 5.0 to 6.0 (at least on Linux). But php module loader always rejects the dll if the PHP and module ABI versions do not match *exactly*. It might be possible to use the zend module loader instead, this loader can load modules without excessively checking the ABI version. I will check this for version 3.0.7 or 3.0.8, see PR1420806 (http://sourceforge.net/tracker/index.php?func=detail&aid=1420806&group_id=117793&atid=679233). Until then please either use php5.0.x or the 3.0.6 snapshot with the php5.1 binary. If this doesn't solve the problem, please open a bug report, please use: http://sourceforge.net/tracker/?func=add&group_id=117793&atid=679233 Regards, Jost Boekemeier ___________________________________________________________ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de |