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

Hi Andreas,

> 2.4.31 and grsecurity patch.
> Gentoo compiles every software (except jdk bins...)

there's a known problem with older kernels and older
libc versions; due to the transition from Linux
threads to NPTL some software doesn't work anymore.

On RHEL/Fedora for example it is possible to use 

 export LD_ASSUME_KERNEL=2.4.21 

to work around this problem.


I think your OS vendor should provide a similar
workaround.

Anyway, a strace `which javac` test.java 2>strace.log
should give some insight.


Regards,
Jost Boekemeier




	

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

Jost Boekemeier wrote:

>>>>make[1]: *** [JavaBridge.jar] Killed
>>>>        
>>>>
>
>cool :) -- are there any resource limits on your
>system so that large applications get killed?
>  
>

Hm, don't know, have nothing set by myself. Using Gentoo with kernel 
2.4.31 and grsecurity patch.

I tried as said sun, blackdawn and ibm jdks with the same error, and I 
tried PHP 5.1RC1, 5.0.5 and 4.3.11, allways with the same error.

Gentoo compiles every software (except jdk bins...) itself, and I have 
never had an error like that.

The system has 256 MB RAM.

best regards
Andreas

Hi,


> >>make[1]: *** [JavaBridge.jar] Killed

cool :) -- are there any resource limits on your
system so that large applications get killed?




		
___________________________________________________________ 
Was denken Sie über E-Mail? Wir hören auf Ihre Meinung: http://surveylink.yahoo.com/wix/p0379378.aspx

Hi Jim,


> What is the best way to test it out to make sure
> it's functioning ok.

please copy the
/usr/share/doc/php-java-bridge-2.0.8/test.php to
/var/www/html/

and browse to http://localhost/test.php

You should see the java properties at the bottom of
the page.  

Additional (feature-) tests are in the source tar.bz
download, in the folders
php-java-bridge-2.0.8/tests.php4 and
php-java-bridge-2.0.8/tests.php5

You can copy these to /var/www/html and run them by
browsing to http://localhost/tests.php4/ etc.


Regards,
Jost Boekemeier



		
___________________________________________________________ 
Was denken Sie über E-Mail? Wir hören auf Ihre Meinung: http://surveylink.yahoo.com/wix/p0379378.aspx

Hi,

> PS: I still observe a performance degradation when

do you have a short test to reproduce this?  Maybe it
is possible to run your test with -Xperf?

If so, please create a ticket for this (please see
http://sourceforge.net/tracker/?atid=679233&group_id=117793&func=browse)
and attach the results to this ticket.  I will look at
this asap.

If not mabe it is possible to attach a detailed
description there, so that I can reproduce this bug.
-- there are no hidden caches in the bridge (except
for the classloader), so I don't know which component
could cause this.


> is
> there some hidden
> reason why the documentation refers to PHP 4.3.2 as
> the oldest supported
> PHP distribution?

I don't know, probably because RHEL3 uses this
version. :)


Regards,
Jost Boekemeier



	

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

Hi,

> JavaBridge? Does it run in an AS or standalone? This
> is the only difference I could imagine.

It runs as standalone with the generated ejb client
jar and the sun j2ee jar in the java_require() path.
Whether or not it runs inside the AS shouldn't make a
difference as long as the correct client and j2ee jars
are used.


> For the Test with the OC4j Container I used the
> oc4j.jar which has a own 
> implementation of the necessary classes and
> interfaces.

Okay, and where does the client jar come from, does it
contain the stub classes? I have just tested this with
the client jar generated from the deploytool, this
works on oracle, too, without generating a class cast
exception.

Can you please attach the client jar at the end of the
ticket?


BTW, if I remember correctly, oracle doesn't need the
narrow, because it uses wrapper instead of a proxy. So
you could simply ommit the narrow and the example
should work.  But that's an oracle specific "hack"
which will not work with other servers.


Regards,
Jost Boekemeier



	

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

>>Hm, I tried IBM-JDK, since it was used in the example, and I could make
>>the jdk work, but make of php-java-bridge failed:
>>    
>>
>[...]
>  
>
>>make[1]: *** [JavaBridge.jar] Killed
>>make[1]: Leaving directory
>>`/var/tmp/portage/php-java-bridge-2.0.7/work/php-java-bridge-2.0.7/server'
>>make: ***
>>[/var/tmp/portage/php-java-bridge-2.0.7/work/php-java-bridge-2.0.7/modules/libnatcJavaBridge.la]
>>Error 2
>>    
>>

OK, also sun and blackdown fail with the same error:

cc -shared  .libs/natcJavaBridge.o  -lrt  -march=pentium3 -Wl,-soname 
-Wl,libnatcJavaBridge.so -o .libs/libnatcJavaBridge.so
ar cru .libs/libnatcJavaBridge.a  natcJavaBridge.o
ranlib .libs/libnatcJavaBridge.a
creating libnatcJavaBridge.la
(cd .libs && rm -f libnatcJavaBridge.la && ln -s ../libnatcJavaBridge.la 
libnatcJavaBridge.la)
if gcc -DHAVE_CONFIG_H -I. -I. -I.  
-DEXTENSION_DIR="\"/usr/lib/php5/lib/php/extensions/no-debug-non-zts-20050617\"" 
-I/opt/sun-jdk-1.4.2.08/include -I/opt/sun-jdk-1.4.2.08/include/linux  
-D_REENTRANT  -O2 -march=pentium3 -fomit-frame-pointer -MT 
RunJavaBridge.o -MD -MP -MF ".deps/RunJavaBridge.Tpo" -c -o 
RunJavaBridge.o RunJavaBridge.c; \
then mv -f ".deps/RunJavaBridge.Tpo" ".deps/RunJavaBridge.Po"; else rm 
-f ".deps/RunJavaBridge.Tpo"; exit 1; fi
/bin/sh ./libtool --tag=CC --mode=link gcc  -O2 -march=pentium3 
-fomit-frame-pointer   -o RunJavaBridge  RunJavaBridge.o  -lrt
gcc -O2 -march=pentium3 -fomit-frame-pointer -o RunJavaBridge 
RunJavaBridge.o  -lrt
/opt/sun-jdk-1.4.2.08/bin/javac php/java/bridge/*.java
make[1]: *** [JavaBridge.jar] Killed
make[1]: Leaving directory 
`/var/tmp/portage/php-java-bridge-2.0.8/work/php-java-bridge-2.0.8/server'
make: *** 
[/var/tmp/portage/php-java-bridge-2.0.8/work/php-java-bridge-2.0.8/modules/libnatcJavaBridge.la] 
Error 2



gcc -shared  .libs/natcJavaBridge.o  -lrt  -march=pentium3 -Wl,-soname 
-Wl,libnatcJavaBridge.so -o .libs/libnatcJavaBridge.so
ar cru .libs/libnatcJavaBridge.a  natcJavaBridge.o
ranlib .libs/libnatcJavaBridge.a
creating libnatcJavaBridge.la
(cd .libs && rm -f libnatcJavaBridge.la && ln -s ../libnatcJavaBridge.la 
libnatcJavaBridge.la)
if gcc -DHAVE_CONFIG_H -I. -I. -I.  
-DEXTENSION_DIR="\"/usr/lib/php5/lib/php/extensions/no-debug-non-zts-20050617\"" 
-I/opt/blackdown-jdk-1.4.2.02/include 
-I/opt/blackdown-jdk-1.4.2.02/include/linux  -D_REENTRANT  -O2 
-march=pentium3 -fomit-frame-pointer -MT RunJavaBridge.o -MD -MP -MF 
".deps/RunJavaBridge.Tpo" -c -o RunJavaBridge.o RunJavaBridge.c; \
then mv -f ".deps/RunJavaBridge.Tpo" ".deps/RunJavaBridge.Po"; else rm 
-f ".deps/RunJavaBridge.Tpo"; exit 1; fi
/bin/sh ./libtool --tag=CC --mode=link gcc  -O2 -march=pentium3 
-fomit-frame-pointer   -o RunJavaBridge  RunJavaBridge.o  -lrt
gcc -O2 -march=pentium3 -fomit-frame-pointer -o RunJavaBridge 
RunJavaBridge.o  -lrt
/opt/blackdown-jdk-1.4.2.02/bin/javac php/java/bridge/*.java
make[1]: *** [JavaBridge.jar] Killed
make[1]: Leaving directory 
`/var/tmp/portage/php-java-bridge-2.0.8/work/php-java-bridge-2.0.8/server'
make: *** 
[/var/tmp/portage/php-java-bridge-2.0.8/work/php-java-bridge-2.0.8/modules/libnatcJavaBridge.la] 
Error 2



>no idea, maybe it#s just compilation of tomcat-servlet failing? 
>

I have disabled servlets (no use for it now)


>That
>tripped me already sometimes. ;) (@Jost, wouldn't it make sense to
>disable that by default?)
>
>This is my configure without servlet compilation:
>
>---------snipp------------
>
>#! /bin/sh
>#
># Created by configure
>
>#'--prefix=/usr/local/php5' \
>
>'./configure' \
>'--disable-servlet' \
>'--with-java=/usr/lib/j2se/1.4' \
>"$@"
>  
>

I'm doing the same. I'm using PHP 5.1RC1 - could that be an issue?


>I rely on documentation and use a standalone JVM which is connected via
>sockets ("Mode 3" iirc)
>  
>

OK, that's what I wanted to use too.

When I get it installed some day ;-)

regards
Andreas

Hi Andreas,

Andreas Korthaus schrieb:
> Hi Peter
> 
> Peter Niederlag schrieb:
[...]
> Hm, I tried IBM-JDK, since it was used in the example, and I could make
> the jdk work, but make of php-java-bridge failed:
[...]
> make[1]: *** [JavaBridge.jar] Killed
> make[1]: Leaving directory
> `/var/tmp/portage/php-java-bridge-2.0.7/work/php-java-bridge-2.0.7/server'
> make: ***
> [/var/tmp/portage/php-java-bridge-2.0.7/work/php-java-bridge-2.0.7/modules/libnatcJavaBridge.la]
> Error 2
> 
> Hm, and I have no idea what to do. Do you think it's a problem with the
> JDK, or a specific version? I installed ibm-jdk-bin-1.4.2 (but without
> any X components...)

no idea, maybe it#s just compilation of tomcat-servlet failing? That
tripped me already sometimes. ;) (@Jost, wouldn't it make sense to
disable that by default?)

This is my configure without servlet compilation:

---------snipp------------

#! /bin/sh
#
# Created by configure

#'--prefix=/usr/local/php5' \

'./configure' \
'--disable-servlet' \
'--with-java=/usr/lib/j2se/1.4' \
"$@"


>> It has been running rock-stable here. Jost and his team(?) are really
>> doing a tremendous job imho. Personally I have used it in development
>> only yet.
>>  
>>
> 
> It really looks very promising - but first of all I have to make it work
> here.
> 
> btw.: which "running-mode" do you recommend? We use an Apache with
> mod_php here - should I run php-java-bridge as service, in the
> webserver/php?
> 
> What is the most stable version here?

I rely on documentation and use a standalone JVM which is connected via
sockets ("Mode 3" iirc)

Have fun,
Peter
-- 
Peter Niederlag * Neuer Sandberg 9 * 31535 Neustadt *
Fon 05036/924100 * Fax 05036/924105
http://www.niekom.de * TYPO3 und EDV Dienstleistungen *
http://www.clown-goli.de * Clown-Comedy-Jonglage-Animation *

Hi Peter

Peter Niederlag schrieb:

>I would think this mostly depends on the distribution you are using. The
>following information is based on experience with debian-distribution.
>  
>
We are using Gentoo here, there is support for sun, ibm, bea, compaq, 
blackdawn...
http://www.gentoo.org/doc/en/java.xml

>The blackdown packages have proven to work really reliable here.
>
>http://www.blackdown.org/java-linux/java2-status/index.html
>  
>

Hm, I tried IBM-JDK, since it was used in the example, and I could make 
the jdk work, but make of php-java-bridge failed:

gcc -shared  .libs/natcJavaBridge.o  -lrt  -march=pentium3 -Wl,-soname 
-Wl,libnatcJavaBridge.so -o .libs/libnatcJavaBridge.so
ar cru .libs/libnatcJavaBridge.a  natcJavaBridge.o
ranlib .libs/libnatcJavaBridge.a
creating libnatcJavaBridge.la
(cd .libs && rm -f libnatcJavaBridge.la && ln -s ../libnatcJavaBridge.la 
libnatcJavaBridge.la)
if gcc -DHAVE_CONFIG_H -I. -I. -I.  
-DEXTENSION_DIR="\"/usr/lib/php5/lib/php/extensions/no-debug-non-zts-20050617\"" 
-I/opt/ibm-jdk-bin-1.4.2/include  -D_REENTRANT  -O2 -march=pentium3 
-fomit-frame-pointer -MT RunJavaBridge.o -MD -MP -MF 
".deps/RunJavaBridge.Tpo" -c -o RunJavaBridge.o RunJavaBridge.c; \
then mv -f ".deps/RunJavaBridge.Tpo" ".deps/RunJavaBridge.Po"; else rm 
-f ".deps/RunJavaBridge.Tpo"; exit 1; fi
/bin/sh ./libtool --tag=CC --mode=link gcc  -O2 -march=pentium3 
-fomit-frame-pointer   -o RunJavaBridge  RunJavaBridge.o  -lrt
gcc -O2 -march=pentium3 -fomit-frame-pointer -o RunJavaBridge 
RunJavaBridge.o  -lrt
/opt/ibm-jdk-bin-1.4.2/bin/javac php/java/bridge/*.java
make[1]: *** [JavaBridge.jar] Killed
make[1]: Leaving directory 
`/var/tmp/portage/php-java-bridge-2.0.7/work/php-java-bridge-2.0.7/server'
make: *** 
[/var/tmp/portage/php-java-bridge-2.0.7/work/php-java-bridge-2.0.7/modules/libnatcJavaBridge.la] 
Error 2

Hm, and I have no idea what to do. Do you think it's a problem with the 
JDK, or a specific version? I installed ibm-jdk-bin-1.4.2 (but without 
any X components...)

>It has been running rock-stable here. Jost and his team(?) are really
>doing a tremendous job imho. Personally I have used it in development
>only yet.
>  
>

It really looks very promising - but first of all I have to make it work 
here.

btw.: which "running-mode" do you recommend? We use an Apache with 
mod_php here - should I run php-java-bridge as service, in the 
webserver/php?

What is the most stable version here?


best regards
Andreas

Hi!

Im not very experienced with using Java on Linux, so I'd like to hear 
about your recommendation which Java-JDK I should install for compiling 
and using php-java-bridge on Linux (2.4).

Which one do you think will work best / most stable / fastest on Linux?
And which one is most tested with php-java-bridge?

Is php-java-bridge still beta-software, or can you recommend its use in 
production enviroments?

Thanks!

best regards
Andreas

Hi,

> It's a known bug in the thread pool of version 2.0.7.=20
> Its hould be fixed in 2.0.8, please see the changelog
> entry for getNextRunnable from 2005-08-23 for details.
>=20
> This problem appears only when you have very short
> scripts; if one sees this message in a production
> environment, I suggest to switch off the thread pool
> or to upgrade to 2.0.8.

I just wanted to let you know that I upgraded to 2.0.8 and the problem
went away. As a side note, I was able to compile the bridge against PHP
4.3.0, and all appears to be working well ... is there some hidden
reason why the documentation refers to PHP 4.3.2 as the oldest supported
PHP distribution?

Thank you,
Massimo

PS: I still observe a performance degradation when running several
benchmarks in a row without restarting the JVM. Is there a suggested
strategy to avoid this effect in a production system? (I usually restart
such daemons at night, if at all possible, but would prefer not to).