The version 2.0.8 of the PHP/Java Bridge is now
available.
The binary for RedHat Enterprise Linux, RedHat Fedora
1, 2 and 3 (PHP4):
http://prdownloads.sourceforge.net/php-java-bridge/php-java-bridge-2.0.8-1.RHEL.i386.rpm?download
The binary for RedHat Fedora 4 (PHP5):
http://prdownloads.sourceforge.net/php-java-bridge/php-java-bridge-2.0.8-1.FC4.i386.rpm?download
Oracle 10g, IBM WebSphere 6, Tomcat backend:
http://prdownloads.sourceforge.net/php-java-bridge/php-java-bridge.j2ee_2.0.8.zip?download
Source:
http://prdownloads.sourceforge.net/php-java-bridge/php-java-bridge_2.0.8.tar.bz2?download
The following features were added:
* JSP, PHP session sharing
* Oracle 10g AS and WebSphere 6 AS support
* GUI support
* java_closure(): Calling PHP from java, see the
examples/XML example.
Changes:
Changes since 2.0.8RC4
* 1286136 (Bridge crashing on FC4 (under GNU Java))
* 1291175 (servlet receives invalid context)
Changes since 2.0.8RC3
* 1291191 (CGIServlet cannot handle POST requests)
* 1286643 (widgetTest fails)
* 1283154 (ISession documentation missing)
* A bug which caused a crash in the XML parser has
been fixed. The XML parser (parser.c) was not able to
parse <c></c> correctly. This bug appeared when the
parser had to parse a HTML error message from tomcat.
The upper level now displays a protocol error in this
case.
* The "broken gcc" warning has been changed.
Changes since 2.0.8RC2
* 1288025 (session sharing not working)
* 1286139 (compilation problems on FC4)
* 1283154 (ISession documentation added)
* It is no longer possible to shut down the local
channel by sending invalid bytes
* When the local channel is available, the HTTP tunnel
accepts only one statement and then uses the local
channel, so it is no longer possible to remote control
the java bridge backend by faking client requests.
* On FC4 a Security Enhanced Linux policy was added
which allows the bridge to create
/var/log/php-java-bridge.log. This was missing in
previous releases.
Changes since 2.0.8RC1
The following bugs were fixed:
* 1283148 (null values in session)
* 1281189 (WinNT and above need system _env variable):
Upon startup the code checks if c:/winnt or c:/windows
exists. If both exist, c:/windows is used. After that
we examine the environment variable SystemDir, then
servlet config "Windows.SystemDir". In any case, if
the VM was called with -DWindows.SystemDir=val, we use
that value. Same tests on Unix/Linux, too (this might
make sense when the user run a windows emulation
layer, such as "Wine".
Changes since 2.0.8RC
The following bugs were fixed:
* 1281189 (WinNT and above need system _env variable)
* 1276889 (XML example not working)
* 1275899 (negative inexact numbers)
* 1274526, 1202896 (storing java values into
$_SESSION)
Changes since 2.0.8pre
* Local channel re-directs work correctly now. This
means that, when deployed in Apache/Tomcat, Apache/PHP
and the PHP/Java Bridge 2.0.8 deliver content more
than 50 times faster than version 2.0.7 and about 30%
faster than tomcat's own engine via Apache/mod_jk:
time for i in `seq 200`; do wget -o/dev/null
-O/dev/null
http://localhost:8000/JavaBridge/sessionSharing.jsp;
done
real 0m5.971s
user 0m1.090s
sys 0m0.420s
time for i in `seq 200`; do wget -o/dev/null
-O/dev/null
http://localhost:8000/JavaBridge/sessionSharing.php;
done
real 0m4.351s
user 0m1.140s
sys 0m0.530s
(RHEL3, kernel 2.4.21 on a 1.5GHZ amd32, latest
versions of PHP/Java Bridge, Tomcat/mod_jk and Apache.
* On windows: Starting the backend automatically
should work correctly now when the path ends with a
slash.
* The CGI servlet has been rewritten and it delivers
content much faster now. However, running PHP as a
CGI from tomcat is not recommended. Please use Apache
and the mod_jk connector instead of connecting tomcat
directly to the internet. This is much faster and more
secure.
* Several other bugfixes, please see changelog.
___________________________________________________________
Gesendet von Yahoo! Mail - Jetzt mit 1GB Speicher kostenlos - Hier anmelden: http://mail.yahoo.de
|
