From: Jost B. <jos...@ya...> - 2005-09-19 21:04:57
|
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 |