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
|
