php-java-bridge-users Mailing List for PHP/Java Bridge

The version 1.0.6 of the PHP/Java Bridge is now
available.

The binary for RedHat Enterprise Linux, RedHat Fedora
1 and 2:

 ->
http://prdownloads.sourceforge.net/php-java-bridge/php-java-bridge-1.0.6-1.i386.rpm?download

For the rest (Windows, Solaris, BSD):

 ->
http://prdownloads.sourceforge.net/php-java-bridge/php-java-bridge_1.0.6.tar.bz2?download



The following bugs were fixed:
 
 * When the socketname option is off and the bridge
 forks a daemon, it will no longer create a zombie
 along with the daemon.
 
 * When the socketname option is off and the bridge
has
 forked the JVM it will no longer wait forever when
the
 JVM aborts:  The bridge communicates with the JVM via
 a pipe, when the VM dies the pipe is automatically
 closed by the OS.
 
 * The guard process protects itself against sighup. 
  This solves the "log rotation issue"


New Features:
 
 * java_set_library_path: A PHP script can add
 additional libraries to its environment.  
 
 * During bridge startup the following directories are
 scanned for additional libraries:
 /usr/share/java:$EXTENSION_DIR/lib
 
 * 64 Bit JVM"s are supported.
 
 * Solaris 9 with broken stdio buffering supported.
 
 * Win98 and above supported.
 
 * Suse Enterprise 64/32 supported 
 
 * The server part can now be configured and installed
 independently (driven by autoconf).
 
 * "./configure --with-java=yes" now configures the 
  sources for GNU Java (gcj 3.3.3).



	

	
		
___________________________________________________________
Gesendet von Yahoo! Mail - Jetzt mit 100MB Speicher kostenlos - Hier anmelden: http://mail.yahoo.de

->
http://php-java-bridge.sourceforge.net/php-java-bridge_1.0.6-pre.tar.bz2


The following bugs were fixed:

* When the socketname option is off and the bridge
forks a daemon, it will no longer create a zombie
along with the daemon.

* When the socketname option is off and the bridge has
forked the JVM it will no longer wait forever when the
JVM aborts:  The bridge communicates with the JVM via
a pipe, when the VM dies the pipe is automatically
closed by the OS.

 

New Features:

* java_set_library_path: A PHP script can add
additional libraries to its environment.  

* During bridge startup the following directories are
scanned for additional libraries:
/usr/share/java:$EXTENSION_DIR/lib

* 64 Bit JVM's are supported.

* Solaris 9 with broken stdio buffering supported.

* Win98 and above supported.

* Suse Enterprise 64/32 supported 

* The server part can now be configured and installed
independently (driven by autoconf).




	
		
___________________________________________________________
Gesendet von Yahoo! Mail - Jetzt mit 100MB Speicher kostenlos - Hier anmelden: http://mail.yahoo.de

I've gave it a try a few hours ago.. but definately the thing wont
compile with mingw32 due to the pthreads and unix socket.. I was going
to change the bridge to use tcp socket and single thread (coz the
project I am doing allow me so) ... but since I have no much time, I
went for xmlrpc for now :)

I really enjoy playing around with the bridge... and I will try work on
that as soon as I find some time off from work. .. the thing I like it
the most is that.. it allows me to gradually port my php applications to
java..



On Wed, 2004-10-06 at 15:07, Jost Boekemeier wrote:
>  --- Fabio Roger <fab...@te...> schrieb: 
> > have you tried to compile the bridge on windows?
> 
> I try to avoid this if I can :). -- But seriously, at
> least the server part of the bridge should run fine on
> windows (with mingw32).
> 
> The difficult part is probably the client/PHP part; I
> haven't seen any descriptions how to compile PHP on
> windows, yet.
> 
> Another thing that comes to my mind; since IIS does
> not use processes but threads, one has to compile the
> PHP part with the experimental ZTS.  I can't say if
> the bridge compiles with ZTS or not, probably not. 
> But fixing it should be easy.
> 
> A separate issue is the GCJ quality on this OS;
> especially the GC.  If I remember correctly, the boehm
> GC isn't (or wasn't) really supported in this
> environment.  But running the server part with Sun or
> IBM java should be no problem.
> 
> 
> Jost
> 
> 
> 	
> 
> 	
> 		
> ___________________________________________________________
> Gesendet von Yahoo! Mail - Jetzt mit 100MB Speicher kostenlos - Hier anmelden: http://mail.yahoo.de
> 

 --- Fabio Roger <fab...@te...> schrieb: 
> have you tried to compile the bridge on windows?

I try to avoid this if I can :). -- But seriously, at
least the server part of the bridge should run fine on
windows (with mingw32).

The difficult part is probably the client/PHP part; I
haven't seen any descriptions how to compile PHP on
windows, yet.

Another thing that comes to my mind; since IIS does
not use processes but threads, one has to compile the
PHP part with the experimental ZTS.  I can't say if
the bridge compiles with ZTS or not, probably not. 
But fixing it should be easy.

A separate issue is the GCJ quality on this OS;
especially the GC.  If I remember correctly, the boehm
GC isn't (or wasn't) really supported in this
environment.  But running the server part with Sun or
IBM java should be no problem.


Jost


	

	
		
___________________________________________________________
Gesendet von Yahoo! Mail - Jetzt mit 100MB Speicher kostenlos - Hier anmelden: http://mail.yahoo.de

have you tried to compile the bridge on windows? with cygwin?

what would keep the bridge from compiling with say mingw32? pthreads..
unix sockets.. something more?

Hi,

I've just checked code into the cvs head which fixes
the gcj "AttachCurrentThread" bug.  

* The thread creation has been pulled to java level
instead of calling AttachCurrentThread. This has the
additional benefit that it should now be possible to
add a thread pool, if desired. 

* The bridge now uses "registerNatives" to inject the
native code references into the JVM. That means for
example that you can compile the server part into a
static binary which does not need any libraries
anymore:

echo "main(int argc,char**argv)
    {java_bridge_main_gcj(argc,argv);}" >start.c

gcj --static -g0 -O2 -fjni -oJavaBridge.srv start.c \
 ../server/JavaBridge.java \
 ../server/natcJavaBridge.c \
 [insert additional paths to .java classes here...] \
 -I$JAVA_HOME/include -I$JAVA_HOME/include/linux  \
 -I..






	

	
		
___________________________________________________________
Gesendet von Yahoo! Mail - Jetzt mit 100MB Speicher kostenlos - Hier anmelden: http://mail.yahoo.de