Re: [Php-java-bridge-users] FYI: PHP/Java Bridge 4.1.0 (test) available (was: Re: Isolation of WebA

The 4.1.0 ZIP is much, much smaller than all the other versions, and the
JavaBridge.war contains almost no data.  Is something amiss?

> -----Original Message-----
> From: php...@li...=20
> [mailto:php...@li...]=20
> On Behalf Of php...@li...
> Sent: Wednesday, June 13, 2007 1:16 PM
> To: php...@li...
> Subject: [Php-java-bridge-users] FYI: PHP/Java Bridge 4.1.0=20
> (test) available (was: Re: Isolation of WebApps under Tomcat)
>=20
> Hi,
>=20
> PHP/Java Bridge version 4.1.0 fixes this problem.
>=20
> Please use the following download link:
>=20
> http://sourceforge.net/project/downloading.php?group_id=3D117793
> &use_mirror=3Dosdn&filename=3Dphp-java-bridge_4.1.0_j2ee.zip&15111070
>=20
> Since version 4.1.0 the DynamicJavaBridgeClassLoader
> is optional. When running in a shared web environment,
> JavaBridge.jar and php-servlet.jar are loaded from the
> global classpath, the PhpJavaServlet sets the
> currentThreadContextClassLoader (wrapped by a
> URLClassLoader, used to load libraries from
> ~/lib/)into the ContextFactory and the ContextRunners
> retrieve and use the appropriate ClassLoader.
>=20
> The DynamicJavaBridgeClassLoader is enabled only when
> the procedure java_require() is called. The bridge
> allocates a new instance of the
> DynamicJavaBridgeClassLoader (with the current loader
> as a delegate) and sets it into the
> PhpJavaBridgeClassLoader. After the request is done,
> the DynamicJavaBridgeClassLoader is thrown away. This
> is necessary because the VM keeps a native cache which
> is associated the instance of the
> DynamicJavaBridgeClassLoader. -- Some Java VM's (IBM)
> even crash, if we do dirty tricks to recycle the
> instance for new requests (see documentation note in
> DynamicClassLoader#copyInto).
>=20
> Furthermore the ContextFactory's have been cleaned up.
> Both, the pure PHP- as well as the C implementation
> now pass the current context ID via a protocol header
> field, so that the ContextFactory can temporarily set
> the correct JavaBridge instance for the current
> connection (see option java.persistent_connections).
> This means that most of the old "recycle" logic is now
> obsolete and has been removed (it may be possible to
> keep the old cruft, but it is ugly and very hard to
> understand).
>=20
> Because of the above change, old php_java.dll or
> java.so files < 4.1.0 will likely crash. For version
> 4.1.1 I will add a compatibility option which simply
> disables java.persistent_connections when the back end
> detects an old protocol header. Until then please use
> the pure PHP implementation ("Java.inc") instead.
>=20
>=20
> Regards,
> Jost Boekemeier
>=20
>=20
>=20
> 	=09
> ___________________________________________________________=20
> Telefonate ohne weitere Kosten vom PC zum PC:=20
> http://messenger.yahoo.de
>=20
> --------------------------------------------------------------
> -----------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> php-java-bridge-users mailing list
> php...@li...
> https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users
>=20
>=20