You can subscribe to this list here.
2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(6) |
Oct
(6) |
Nov
(8) |
Dec
(2) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2005 |
Jan
(19) |
Feb
(15) |
Mar
(10) |
Apr
(8) |
May
(7) |
Jun
(9) |
Jul
(13) |
Aug
(31) |
Sep
(111) |
Oct
(52) |
Nov
(72) |
Dec
(42) |
2006 |
Jan
(21) |
Feb
(32) |
Mar
(33) |
Apr
(24) |
May
(15) |
Jun
(40) |
Jul
(32) |
Aug
(19) |
Sep
(38) |
Oct
(37) |
Nov
(63) |
Dec
(37) |
2007 |
Jan
(18) |
Feb
(39) |
Mar
(69) |
Apr
(49) |
May
(71) |
Jun
(59) |
Jul
(71) |
Aug
(85) |
Sep
(46) |
Oct
(14) |
Nov
(25) |
Dec
(56) |
2008 |
Jan
(24) |
Feb
(77) |
Mar
(104) |
Apr
(44) |
May
(41) |
Jun
(11) |
Jul
(31) |
Aug
(59) |
Sep
(44) |
Oct
(86) |
Nov
(66) |
Dec
(93) |
2009 |
Jan
(88) |
Feb
(41) |
Mar
(49) |
Apr
(135) |
May
(22) |
Jun
(31) |
Jul
(60) |
Aug
(71) |
Sep
(76) |
Oct
(18) |
Nov
(52) |
Dec
(20) |
2010 |
Jan
(8) |
Feb
(50) |
Mar
(35) |
Apr
(48) |
May
(46) |
Jun
(84) |
Jul
(38) |
Aug
(61) |
Sep
(51) |
Oct
(31) |
Nov
(17) |
Dec
(18) |
2011 |
Jan
(51) |
Feb
(14) |
Mar
(17) |
Apr
(23) |
May
(15) |
Jun
(11) |
Jul
(5) |
Aug
(5) |
Sep
(15) |
Oct
(8) |
Nov
(5) |
Dec
(25) |
2012 |
Jan
(2) |
Feb
(4) |
Mar
(6) |
Apr
(9) |
May
(27) |
Jun
(32) |
Jul
(36) |
Aug
(10) |
Sep
(16) |
Oct
(3) |
Nov
(13) |
Dec
(7) |
2013 |
Jan
(1) |
Feb
(4) |
Mar
|
Apr
(1) |
May
|
Jun
(2) |
Jul
|
Aug
(1) |
Sep
(4) |
Oct
(2) |
Nov
(1) |
Dec
|
2014 |
Jan
|
Feb
|
Mar
(2) |
Apr
(1) |
May
(2) |
Jun
(9) |
Jul
(5) |
Aug
(2) |
Sep
(4) |
Oct
|
Nov
|
Dec
|
2015 |
Jan
(3) |
Feb
(2) |
Mar
(4) |
Apr
(3) |
May
(1) |
Jun
(2) |
Jul
|
Aug
(2) |
Sep
(5) |
Oct
(1) |
Nov
|
Dec
|
2016 |
Jan
|
Feb
(5) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(5) |
Sep
(3) |
Oct
|
Nov
|
Dec
|
2017 |
Jan
(6) |
Feb
|
Mar
|
Apr
(10) |
May
(2) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
(1) |
Dec
|
2018 |
Jan
(2) |
Feb
(5) |
Mar
|
Apr
|
May
(1) |
Jun
(3) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2019 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
2020 |
Jan
|
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(2) |
Oct
|
Nov
|
Dec
|
2021 |
Jan
(5) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2023 |
Jan
|
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: <php...@li...> - 2006-06-12 10:25:47
|
for example [code] package jl; public class phptest{ /** * A sample of a class that can work with PHP * NB: The whole class must be public to work, * and of course the methods you wish to call * directly. * * Also note that from PHP the main method * will not be called */ public String foo; /** * Takes a string and returns the result * or a msg saying your string was empty */ public String test(String str) { if(str.equals("")) { str = "Your string was empty. "; } return str; } /** * whatisfoo() simply returns the value of the variable foo. */ public String whatisfoo() { return "foo is " + foo; } /** * This is called if phptest is run from the command line with * something like * java phptest * or * java phptest hello there */ public static void main(String args[]) { phptest p = new phptest(); if(args.length == 0) { String arg = ""; System.out.println(p.test(arg)); }else{ for (int i=0; i < args.length; i++) { String arg = args[i]; System.out.println(p.test(arg)); } } } } [/code] if i write "java_require("c:/phptest.jar"); $tf =new Java("jl/phptest");",,,it shows error. how can i write it? |
From: <php...@li...> - 2006-06-11 05:27:17
|
I added some debug output to begin_header in client.c: case 'X':// Redirect { php_log_err("Got X"); php_log_err(str); char *key; static const char context[] = "X_JAVABRIDGE_CONTEXT"; static const char redirect[]= "X_JAVABRIDGE_REDIRECT"; if(!(*ctx)->peer_redirected && !strcmp(str, redirect)) { php_log_err("redirect"); And this is what I get: [Sat Jun 10 21:50:47 2006] [error] [client 127.0.0.1] Got X, referer: http://localhost:81/JavaBridge/index.php [Sat Jun 10 21:50:47 2006] [error] [client 127.0.0.1] X_javabridge_redirect, referer: http://localhost:81/JavaBridge/index.php But no 'redirect'; the header has been munged to Mixed case, so the strcmp against redirect fails. I suspect this is happening in the Web Server implementation of HttpServletResponse. HTTP spec (http://www.w3.org/Protocols/rfc2616/rfc2616-sec4.html#sec4.2) states that header field names are case-insensitive, so the comparison should use strcasecmp. Changing strcmp to strcasecmp in lines 398, 414, 424 and 444 fixes the problem. Hope this is useful, and thanks again for a really useful tool :-) Cheers, Pat php...@li... wrote: > I successfully built php-java-bridge_3.0.8.3 on Solaris 10 U1 x86. I'm > now trying to deploy it. I have Apache 2.2 + PHP5 on the 'client' end, > Sun Java System Web Server 6.1 SP5 on the server end. > > In my php.ini, I have: > > extension = java.so > [java] > java.hosts = "127.0.0.1:80" > java.servlet = "/JavaBridge/JavaBridge.phpjavabridge" > java.log_level="4" > > > After some tweaks to fix some SJSWS specific issues (ensuring that all > directories in the pat to the shared docs directory are 755, changing > the ACL to allow PUT), I'm stuck. test.php hangs before it shows the > bottom of the page. > > The WS error log shows an NPE in GlobalRef.get. Here is the whole > interaction as logged at WS: > > [09/Jun/2006:23:10:33] info (21795): for host 127.0.0.1 trying to PUT > /JavaBridge/JavaBridge.phpjavabridge, service-j2ee reports: WEB2798: > [/JavaBridge] ServletContext.log(): JavaBridge DEBUG: @1a73d30 --> <C > v="java.lang.System" p="C" i="136880520" > > [09/Jun/2006:23:10:33] info (21795): for host 127.0.0.1 trying to PUT > /JavaBridge/JavaBridge.phpjavabridge, service-j2ee reports: WEB2798: > [/JavaBridge] ServletContext.log(): JavaBridge DEBUG: @1a73d30 --> </C> > [09/Jun/2006:23:10:33] info (21795): for host 127.0.0.1 trying to PUT > /JavaBridge/JavaBridge.phpjavabridge, service-j2ee reports: WEB2798: > [/JavaBridge] ServletContext.log(): JavaBridge DEBUG: @1a73d30 <-- <O > v="1" p="O" i="136880520"/> > [09/Jun/2006:23:10:33] info (21795): for host 127.0.0.1 trying to PUT > /JavaBridge/JavaBridge.phpjavabridge, service-j2ee reports: WEB2798: > [/JavaBridge] ServletContext.log(): JavaBridge DEBUG: @1a73d30 > re-directing to port# Pipe:/var/tmp//.php_java_bridgeC3a4CQ > [09/Jun/2006:23:10:33] info (21795): for host 127.0.0.1 trying to PUT > /JavaBridge/JavaBridge.phpjavabridge, service-j2ee reports: WEB2798: > [/JavaBridge] ServletContext.log(): JavaBridge DEBUG: @1a73d30 --> <I > v="1" m="getProperties" p="I" i="136886208" > > [09/Jun/2006:23:10:33] info (21795): for host 127.0.0.1 trying to PUT > /JavaBridge/JavaBridge.phpjavabridge, service-j2ee reports: WEB2798: > [/JavaBridge] ServletContext.log(): JavaBridge ERROR: An exception occured > [09/Jun/2006:23:10:33] failure (21795): for host 127.0.0.1 trying to PUT > /JavaBridge/JavaBridge.phpjavabridge, service-j2ee reports: WEB2798: > [/JavaBridge] ServletContext.log(): > java.lang.NullPointerException > at php.java.bridge.GlobalRef.get(GlobalRef.java:30) > at php.java.bridge.Request.getGlobalRef(Request.java:88) > at php.java.bridge.Request.begin(Request.java:352) > at php.java.bridge.Parser.CALL_BEGIN(Parser.java:95) > at php.java.bridge.Parser.parse(Parser.java:156) > at php.java.bridge.Request.handleRequest(Request.java:460) > at php.java.bridge.Request.handleRequests(Request.java:493) > at > php.java.servlet.PhpJavaServlet.handleSocketConnection(PhpJavaServlet.java:213) > at php.java.servlet.PhpJavaServlet.doPut(PhpJavaServlet.java:260) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:908) > at > org.apache.catalina.core.StandardWrapperValve.invokeServletService(StandardWrapperValve.java:771) > at > org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:322) > at > org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:509) > at > org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:212) > at > org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:509) > at > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:209) > at > org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:509) > at > com.iplanet.ias.web.connector.nsapi.NSAPIProcessor.process(NSAPIProcessor.java:161) > at com.iplanet.ias.web.WebContainer.service(WebContainer.java:580) > > 30 seconds later, Apache reports: > > [Fri Jun 09 23:11:03 2006] [notice] child pid 21735 exit signal > Segmentation fault (11) > > Any idea what could be happening here? > > I'm trying to interpret the trace from the WS error file - extracting > the relevant stuff, it says: > > # $v = new JavaClass("java.lang.System"); > <C v="java.lang.System" p="C" i="136880520" > > </C> > <O v="1" p="O" i="136880520"/> > > re-directing to port# Pipe:/var/tmp//.php_java_bridgeC3a4CQ > > # $v->getProperties() > <I v="1" m="getProperties" p="I" i="136886208" > > > So the first method invocation returns an object reference '1', which is > then used in the second invocation, but, by then, this object doesn't > seem to exist. I can see the redirection to the named pipe in between > the two calls, but, from the stack trace, the client doesn't seem to be > following the redirect - it's just doing another PUT. > > It looks like the client should be setting the > X_JAVABRIDGE_OVERRIDE_HOSTS header to override the redirect, but, for > some reason, it doesn't, so the server doesn't know to preserve the > context in the second PUT. > > Does this all make sense? Any suggestions on tracking this down further? > > Cheers, > > Pat > -- ------------------------------------------------------------------------ Pat Patterson <mailto:pat...@su...> Federation Architect Superpatterns <http://blogs.sun.com/roller/page/superpat> blog, Planet Identity <http://planetidentity.org> Identity Management Products <http://www.sun.com/identity> /Sun Microsystems, Inc. <http://www.sun.com/>/ ------------------------------------------------------------------------ |
From: <php...@li...> - 2006-06-10 07:48:00
|
I successfully built php-java-bridge_3.0.8.3 on Solaris 10 U1 x86. I'm now trying to deploy it. I have Apache 2.2 + PHP5 on the 'client' end, Sun Java System Web Server 6.1 SP5 on the server end. In my php.ini, I have: extension = java.so [java] java.hosts = "127.0.0.1:80" java.servlet = "/JavaBridge/JavaBridge.phpjavabridge" java.log_level="4" After some tweaks to fix some SJSWS specific issues (ensuring that all directories in the pat to the shared docs directory are 755, changing the ACL to allow PUT), I'm stuck. test.php hangs before it shows the bottom of the page. The WS error log shows an NPE in GlobalRef.get. Here is the whole interaction as logged at WS: [09/Jun/2006:23:10:33] info (21795): for host 127.0.0.1 trying to PUT /JavaBridge/JavaBridge.phpjavabridge, service-j2ee reports: WEB2798: [/JavaBridge] ServletContext.log(): JavaBridge DEBUG: @1a73d30 --> <C v="java.lang.System" p="C" i="136880520" > [09/Jun/2006:23:10:33] info (21795): for host 127.0.0.1 trying to PUT /JavaBridge/JavaBridge.phpjavabridge, service-j2ee reports: WEB2798: [/JavaBridge] ServletContext.log(): JavaBridge DEBUG: @1a73d30 --> </C> [09/Jun/2006:23:10:33] info (21795): for host 127.0.0.1 trying to PUT /JavaBridge/JavaBridge.phpjavabridge, service-j2ee reports: WEB2798: [/JavaBridge] ServletContext.log(): JavaBridge DEBUG: @1a73d30 <-- <O v="1" p="O" i="136880520"/> [09/Jun/2006:23:10:33] info (21795): for host 127.0.0.1 trying to PUT /JavaBridge/JavaBridge.phpjavabridge, service-j2ee reports: WEB2798: [/JavaBridge] ServletContext.log(): JavaBridge DEBUG: @1a73d30 re-directing to port# Pipe:/var/tmp//.php_java_bridgeC3a4CQ [09/Jun/2006:23:10:33] info (21795): for host 127.0.0.1 trying to PUT /JavaBridge/JavaBridge.phpjavabridge, service-j2ee reports: WEB2798: [/JavaBridge] ServletContext.log(): JavaBridge DEBUG: @1a73d30 --> <I v="1" m="getProperties" p="I" i="136886208" > [09/Jun/2006:23:10:33] info (21795): for host 127.0.0.1 trying to PUT /JavaBridge/JavaBridge.phpjavabridge, service-j2ee reports: WEB2798: [/JavaBridge] ServletContext.log(): JavaBridge ERROR: An exception occured [09/Jun/2006:23:10:33] failure (21795): for host 127.0.0.1 trying to PUT /JavaBridge/JavaBridge.phpjavabridge, service-j2ee reports: WEB2798: [/JavaBridge] ServletContext.log(): java.lang.NullPointerException at php.java.bridge.GlobalRef.get(GlobalRef.java:30) at php.java.bridge.Request.getGlobalRef(Request.java:88) at php.java.bridge.Request.begin(Request.java:352) at php.java.bridge.Parser.CALL_BEGIN(Parser.java:95) at php.java.bridge.Parser.parse(Parser.java:156) at php.java.bridge.Request.handleRequest(Request.java:460) at php.java.bridge.Request.handleRequests(Request.java:493) at php.java.servlet.PhpJavaServlet.handleSocketConnection(PhpJavaServlet.java:213) at php.java.servlet.PhpJavaServlet.doPut(PhpJavaServlet.java:260) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at javax.servlet.http.HttpServlet.service(HttpServlet.java:908) at org.apache.catalina.core.StandardWrapperValve.invokeServletService(StandardWrapperValve.java:771) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:322) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:509) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:212) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:509) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:209) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:509) at com.iplanet.ias.web.connector.nsapi.NSAPIProcessor.process(NSAPIProcessor.java:161) at com.iplanet.ias.web.WebContainer.service(WebContainer.java:580) 30 seconds later, Apache reports: [Fri Jun 09 23:11:03 2006] [notice] child pid 21735 exit signal Segmentation fault (11) Any idea what could be happening here? I'm trying to interpret the trace from the WS error file - extracting the relevant stuff, it says: # $v = new JavaClass("java.lang.System"); <C v="java.lang.System" p="C" i="136880520" > </C> <O v="1" p="O" i="136880520"/> re-directing to port# Pipe:/var/tmp//.php_java_bridgeC3a4CQ # $v->getProperties() <I v="1" m="getProperties" p="I" i="136886208" > So the first method invocation returns an object reference '1', which is then used in the second invocation, but, by then, this object doesn't seem to exist. I can see the redirection to the named pipe in between the two calls, but, from the stack trace, the client doesn't seem to be following the redirect - it's just doing another PUT. It looks like the client should be setting the X_JAVABRIDGE_OVERRIDE_HOSTS header to override the redirect, but, for some reason, it doesn't, so the server doesn't know to preserve the context in the second PUT. Does this all make sense? Any suggestions on tracking this down further? Cheers, Pat -- ------------------------------------------------------------------------ Pat Patterson <mailto:pat...@su...> Federation Architect Superpatterns <http://blogs.sun.com/roller/page/superpat> blog, Planet Identity <http://planetidentity.org> Identity Management Products <http://www.sun.com/identity> /Sun Microsystems, Inc. <http://www.sun.com/>/ ------------------------------------------------------------------------ |
From: <php...@li...> - 2006-06-10 00:58:20
|
Hi Jost, Thanks for the quick reply. I had GNU ar, it just wasn't on my path. I pathed it and the make completed successfully. I've opened a ticket and attached config.log as requested. I also attached config.status in case that is useful. Cheers, Pat > Hi, > >>> gcc -shared -Wl,-h -Wl,libnatcJavaBridge.so -o >>> .libs/libnatcJavaBridge.so .libs/natcJavaBridge.o >>> >> -lsocket -lrt -lc >> >>> false cru .libs/libnatcJavaBridge.a >>> > > looks like "ar" is not installed or not in the path. > -- If I remember correctly gnu gcc needs the gnu ar or > a special flag, if you want to use the solaris ar. I > think we should see the failure in the config.log (or > config.status?). > > Can you please open a ticket and append the config.log > at the end of the ticket? Please use > http://sourceforge.net/tracker/?func=add&group_id=117793&atid=679233 > > I will check this issue on monday. > > > Regards, > Jost Boekemeier > -- ------------------------------------------------------------------------ Pat Patterson <mailto:pat...@su...> Federation Architect Superpatterns <http://blogs.sun.com/roller/page/superpat> blog, Planet Identity <http://planetidentity.org> Identity Management Products <http://www.sun.com/identity> /Sun Microsystems, Inc. <http://www.sun.com/>/ ------------------------------------------------------------------------ |
From: <php...@li...> - 2006-06-09 18:16:21
|
Hi, > > gcc -shared -Wl,-h -Wl,libnatcJavaBridge.so -o > > .libs/libnatcJavaBridge.so .libs/natcJavaBridge.o > -lsocket -lrt -lc > > false cru .libs/libnatcJavaBridge.a looks like "ar" is not installed or not in the path. -- If I remember correctly gnu gcc needs the gnu ar or a special flag, if you want to use the solaris ar. I think we should see the failure in the config.log (or config.status?). Can you please open a ticket and append the config.log at the end of the ticket? Please use http://sourceforge.net/tracker/?func=add&group_id=117793&atid=679233 I will check this issue on monday. Regards, Jost Boekemeier __________________________________________________ Do You Yahoo!? Sie sind Spam leid? Yahoo! Mail verfügt über einen herausragenden Schutz gegen Massenmails. http://mail.yahoo.com |
From: <php...@li...> - 2006-06-09 15:02:49
|
I should also mention, this is on Solaris 10 U1 x86. Cheers, Pat php...@li... wrote: > Hi, > > I've played with php-java-bridge on Linux (Ubuntu) and got everything > working really quick. It's a nice piece of work. Now I have to get it > working on Solaris... > > I tried to build php-java-bridge_3.0.8.3 on Solaris 10. I got all the > required tools (versions below) and ./configure seemed to work ok. make > proceeds for a while, then: > > ---make output start--- > > make[1]: Entering directory > `/export/home/download/php-java-bridge_3.0.8.3/php-java-bridge-3.0.8.3/server' > if /bin/bash ./libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I. > -DEXTENSION_DIR="\"/opt/csw/php5/lib/php/extensions/no-debug-non-zts-20050922\"" > -I/usr/jdk/jdk1.5.0_06/include -I/usr/jdk/jdk1.5.0_06/include/solaris > -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -g -O2 -MT natcJavaBridge.lo > -MD -MP -MF ".deps/natcJavaBridge.Tpo" -c -o natcJavaBridge.lo > natcJavaBridge.c; \ > then mv -f ".deps/natcJavaBridge.Tpo" > ".deps/natcJavaBridge.Plo"; else rm -f ".deps/natcJavaBridge.Tpo"; exit > 1; fi > mkdir .libs > gcc -DHAVE_CONFIG_H -I. -I. -I. > -DEXTENSION_DIR=\"/opt/csw/php5/lib/php/extensions/no-debug-non-zts-20050922\" > -I/usr/jdk/jdk1.5.0_06/include -I/usr/jdk/jdk1.5.0_06/include/solaris > -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -g -O2 -MT natcJavaBridge.lo -MD > -MP -MF .deps/natcJavaBridge.Tpo -c natcJavaBridge.c -fPIC -DPIC -o > .libs/natcJavaBridge.o > gcc -DHAVE_CONFIG_H -I. -I. -I. > -DEXTENSION_DIR=\"/opt/csw/php5/lib/php/extensions/no-debug-non-zts-20050922\" > -I/usr/jdk/jdk1.5.0_06/include -I/usr/jdk/jdk1.5.0_06/include/solaris > -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -g -O2 -MT natcJavaBridge.lo -MD > -MP -MF .deps/natcJavaBridge.Tpo -c natcJavaBridge.c -o natcJavaBridge.o > >/dev/null 2>&1 > /bin/bash ./libtool --mode=link gcc -g -O2 -o libnatcJavaBridge.la > -rpath /download/php-java-bridge_3.0.8.3/php-java-bridge-3.0.8.3/modules > -shared -avoid-version -prefer-pic natcJavaBridge.lo -lsocket -lrt > gcc -shared -Wl,-h -Wl,libnatcJavaBridge.so -o > .libs/libnatcJavaBridge.so .libs/natcJavaBridge.o -lsocket -lrt -lc > false cru .libs/libnatcJavaBridge.a natcJavaBridge.o > make[1]: *** [libnatcJavaBridge.la] Error 1 > make[1]: Leaving directory > `/export/home/download/php-java-bridge_3.0.8.3/php-java-bridge-3.0.8.3/server' > make: *** > [/download/php-java-bridge_3.0.8.3/php-java-bridge-3.0.8.3/modules/libnatcJavaBridge.la] > Error 2 > > ---make output end--- > > Any idea how I can get this going? > > Here are my tool versions: > > ---versions start--- > > java version "1.5.0_06" > gcc (GCC) 4.0.2 > Server version: Apache/2.2.0 > php-config 5.1.2 > GNU Make 3.81 > autoconf (GNU Autoconf) 2.59 > automake (GNU automake) 1.8.3 > ltmain.sh (GNU libtool) 1.5.2 (1.1220.2.60 2004/01/25 12:25:08) > > ---versions end--- > > Cheers, > > Pat > -- ------------------------------------------------------------------------ Pat Patterson <mailto:pat...@su...> Federation Architect Superpatterns <http://blogs.sun.com/roller/page/superpat> blog, Planet Identity <http://planetidentity.org> Identity Management Products <http://www.sun.com/identity> /Sun Microsystems, Inc. <http://www.sun.com/>/ ------------------------------------------------------------------------ |
From: <php...@li...> - 2006-06-09 06:08:28
|
Hi, I've played with php-java-bridge on Linux (Ubuntu) and got everything working really quick. It's a nice piece of work. Now I have to get it working on Solaris... I tried to build php-java-bridge_3.0.8.3 on Solaris 10. I got all the required tools (versions below) and ./configure seemed to work ok. make proceeds for a while, then: ---make output start--- make[1]: Entering directory `/export/home/download/php-java-bridge_3.0.8.3/php-java-bridge-3.0.8.3/server' if /bin/bash ./libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I. -DEXTENSION_DIR="\"/opt/csw/php5/lib/php/extensions/no-debug-non-zts-20050922\"" -I/usr/jdk/jdk1.5.0_06/include -I/usr/jdk/jdk1.5.0_06/include/solaris -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -g -O2 -MT natcJavaBridge.lo -MD -MP -MF ".deps/natcJavaBridge.Tpo" -c -o natcJavaBridge.lo natcJavaBridge.c; \ then mv -f ".deps/natcJavaBridge.Tpo" ".deps/natcJavaBridge.Plo"; else rm -f ".deps/natcJavaBridge.Tpo"; exit 1; fi mkdir .libs gcc -DHAVE_CONFIG_H -I. -I. -I. -DEXTENSION_DIR=\"/opt/csw/php5/lib/php/extensions/no-debug-non-zts-20050922\" -I/usr/jdk/jdk1.5.0_06/include -I/usr/jdk/jdk1.5.0_06/include/solaris -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -g -O2 -MT natcJavaBridge.lo -MD -MP -MF .deps/natcJavaBridge.Tpo -c natcJavaBridge.c -fPIC -DPIC -o .libs/natcJavaBridge.o gcc -DHAVE_CONFIG_H -I. -I. -I. -DEXTENSION_DIR=\"/opt/csw/php5/lib/php/extensions/no-debug-non-zts-20050922\" -I/usr/jdk/jdk1.5.0_06/include -I/usr/jdk/jdk1.5.0_06/include/solaris -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -g -O2 -MT natcJavaBridge.lo -MD -MP -MF .deps/natcJavaBridge.Tpo -c natcJavaBridge.c -o natcJavaBridge.o >/dev/null 2>&1 /bin/bash ./libtool --mode=link gcc -g -O2 -o libnatcJavaBridge.la -rpath /download/php-java-bridge_3.0.8.3/php-java-bridge-3.0.8.3/modules -shared -avoid-version -prefer-pic natcJavaBridge.lo -lsocket -lrt gcc -shared -Wl,-h -Wl,libnatcJavaBridge.so -o .libs/libnatcJavaBridge.so .libs/natcJavaBridge.o -lsocket -lrt -lc false cru .libs/libnatcJavaBridge.a natcJavaBridge.o make[1]: *** [libnatcJavaBridge.la] Error 1 make[1]: Leaving directory `/export/home/download/php-java-bridge_3.0.8.3/php-java-bridge-3.0.8.3/server' make: *** [/download/php-java-bridge_3.0.8.3/php-java-bridge-3.0.8.3/modules/libnatcJavaBridge.la] Error 2 ---make output end--- Any idea how I can get this going? Here are my tool versions: ---versions start--- java version "1.5.0_06" gcc (GCC) 4.0.2 Server version: Apache/2.2.0 php-config 5.1.2 GNU Make 3.81 autoconf (GNU Autoconf) 2.59 automake (GNU automake) 1.8.3 ltmain.sh (GNU libtool) 1.5.2 (1.1220.2.60 2004/01/25 12:25:08) ---versions end--- Cheers, Pat -- ------------------------------------------------------------------------ Pat Patterson <mailto:pat...@su...> Federation Architect Superpatterns <http://blogs.sun.com/roller/page/superpat> blog, Planet Identity <http://planetidentity.org> Identity Management Products <http://www.sun.com/identity> /Sun Microsystems, Inc. <http://www.sun.com/>/ ------------------------------------------------------------------------ |
From: <php...@li...> - 2006-06-08 18:27:03
|
Hi, the following php.ini entries will work: extension_dir="c:/php5" java.java = "c:/Program Files/Java/jdk1.5.0/jre/bin/javaw" ;;java.socketname = "9267" Please use PHP/Java Bridge 3.0.8 with the above settings. If you uncomment the java.socketname, you must start the back-end with e.g.: java -jar JavaBridge.jar INET:9267 3 JavaBridge.log In any case please try to use forward slashes instead of windows style back-slackes for java paths (in java the backslash has a different meaning). If you use back-slashes, please do not end a path with a back-slash, for example this causes trouble: extension_dir="c:\" because the bridge code appends /JavaBridge.jar which java translates into c:<escape>JavaBridge.jar. Please do not use java.library, java.libpath, java.classpath. java.library is always ignored by the bridge, but java.library is passed to the VM as java.library.path and java.classpath is passed to the VM as java.class.path. -- The java.library and java.classpath options can be used in certain circumstances, for example when you need to use JNI libraries (impure java libraries which need external dll's: the java libraries go to the java.classpath and the dlls to the java.libpath). But usually you can ignore these options. Your port# 9167 is wrong, too. It must be 9267 or above. 9167 is reserved for the Mono/DotNET back-end. I have created a ticket for this issue, please see http://sourceforge.net/tracker/index.php?func=detail&aid=1503076&group_id=117793&atid=679233 for details. BTW: Please avoid the 3.1.0 release candidate, it has still several problems on windows and one minor issue on Unix. Please use 3.0.8 instead. Regards, Jost Boekemeier __________________________________________________ Do You Yahoo!? Sie sind Spam leid? Yahoo! Mail verfügt über einen herausragenden Schutz gegen Massenmails. http://mail.yahoo.com |
From: <php...@li...> - 2006-06-07 18:20:06
|
Hi, > I'm really giving up now. too bad. But thank you for testing the 3.1.0 release candidate anyway. > host. It works first time after restart, then it > doesn't. I could reproduce this problem with 3.1.0 rc2 and rc3. The problem appears on Unix only and is connected with a fix for passing environment variables. The current working directory was no longer set, which means that the .sh wrapper can or cannot execute the cgi binary using ./php-cgi-x86-linux. This is fixed in RC4. Please see the ChangeLog for details. > other error, just blank page. Yes, then the shell cannot execute the cgi binary it ends the shell script without writing any output. Regards, Jost Boekemeier __________________________________________________ Do You Yahoo!? Sie sind Spam leid? Yahoo! Mail verfügt über einen herausragenden Schutz gegen Massenmails. http://mail.yahoo.com |
From: <php...@li...> - 2006-06-07 12:09:10
|
Hi, I am unable to install php-java-bridge the procedure i have followed is the javabridge files are inside c:\php5 My java installation is c:\Program Files\Java\jdk1.5.0 my php.ini file has the following extension = php_java.dll [java] java.java_home = "C:\Program Files\Java\jdk1.5.0" java.java = "c:\Program Files\Java\jdk1.5.0\jre\bin\java" java.libpath = "c:\php5" java.library = "c:\Program Files\Java\jdk1.5.0\jre\bin\client\jvm.dll" java.classpath = "C:\php5\JavaBridge.jar" java.socketname = 9167 and i am using xampp1.5.2 on windows php5.1.1 apache 2.0 when i call test.php from my localhost it is giving me Program error and Document contains no data. I have an urgent requirement can you please help me on this regards, Lakshmi Regards, Lakshmi Ganesh, Software Engineer, V2Solutions Vashi Infotech Park Send instant messages to your online friends http://in.messenger.yahoo.com Stay connected with your friends even when away from PC. Link: http://in.mobile.yahoo.com/new/messenger/ |
From: <php...@li...> - 2006-06-06 20:01:06
|
Hi, > [java] > java.class.path= "C:\Program > Files\xampp\php\JavaBridge.jar;C:\Program > Files\xampp\php\php_Java.jar" > java.home = "C:\jdk1.4.2" > java.socketname="9167" > java bridge 3.1.0rc2 > java command javaw -Djava.library.path=C:\Program > Files\xampp\php\ext\ -Djava.class.path=C:\Program > Files\xampp\php\ext\/JavaBridge.jar thank you very much for the bug report. The \/ above is the problem. As a workaround please open a command shell and start the back-end yourself: java -jar JavaBridge.jar INET:9167 4 JavaBridge.log The "backend running" status is another bug in the RC2, but it is not critical. I will check this for RC4. Regards, Jost Boekemeier ___________________________________________________________ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de |
From: <php...@li...> - 2006-06-06 19:53:09
|
Hi, > getting following error randomly. How often? Is this error connected to MAX_REQUESTS in the RC2? If so, this should be fixed in the RC3. > reloading a page a couple of times. That's all on Which version of the PHP/Java Bridge do you use? One of the 3.1.0 release candidates or the official version 3.0.8? The 3.0.8 should work reliably, but both, the RC1 and RC2 have a bug in the new connection pool. > unusual. I could work around that by copying or > linking the cgi directory I don't think this is necessary. In version 3.1.0 all non "JavaBridge" web contexts delegate to JavaBridge to start the FastCGI server once. When it is running, the CGIServlet isn't used anymore, the FastCGI servlet takes over and uses the connection pool to keep the connections to the 20 PHP instances running in the FCGI pool. Unfortunately there are two bugs in the code: 1. the connection pool doesn't handle MAX_REQUESTS correctly (a php instance automatically terminates after some time to avoid memory leaks) and 2. forward itself is working incorrectly in RC1 and RC2. > javax.servlet.ServletException: An IO exception > occured. Probably php was not I think that's the IOException from the pool. The pool has correctly re-opened the connection to the new PHP instance but the exception type is wrong. Since RC3 the pool uses a dedicated exception type to report the death/restart of a FCGI instance to upper layer. > as not > installed as "/usr/bin/php-cgi" or > "c:/php5/php-cgi.exe" > or "/jsmsc/srv/tomcat/webapps/ROOT/WEB-INF/cgi/php-cgi-i386-linux[.sh]| I think this means that you use version 3.1.0 RC1 or RC2. In the official 3.0.8 the message includes "/usr/bin/php". This php location has been dropped because /usr/bin/php may not be CGI or FastCGI binary. > I'd be more than happy. > While I could somehow life with the ssl issue > described in my last email, > this is a killer. After the error occuring it > doesn't work again (so, once Can you please open a ticket and attach the version# of the Bridge and the full stack trace? Regards, Jost Boekemeier ___________________________________________________________ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de |
From: <php...@li...> - 2006-06-06 18:53:54
|
Hey folks, Just got the bridge working on my Mac G5, thought I would post what I did, building on the work of Alan Pinstein (http://sourceforge.net/mailarchive/message.php?msg_id=13941505). Hope it helps. Clark Installing php-java-bridge on Mac OS X (10.4.6) G5 PPC, from source. Clark Freifeld 6 June 06 I have the following version of PHP installed on my Mac: PHP Version 5.1.2 www.entropy.ch Release 1 It is available at http://www.entropy.ch/software/macosx/php/ It is a module of Apache/1.3.33 (Darwin). This installation is for php-java-bridge-3.1.0rc2. 1. libtool vs. glibtool The bridge requires GNU libtool version 1.4.3 or higher, which exists on MacOS 10.4.6 as glibtool. There is ANOTHER utility called libtool on the Mac, which is NOT the right tool. To solve this issue, make glibtool masquerade as libtool: sudo mv /usr/bin/libtool ~/a.safe.tmp.dir sudo ln -s /usr/bin/libtool /usr/bin/glibtool This is TEMPORARY; you will need to undo it when we're done (see below). 2. PHP For some reason, on my machine, I had two versions of PHP installed at once: one in /usr/bin/php (php 4) and another in /usr/local/php5/. The latter is the correct one. If you have both, you need to get rid of php4 and set your PATH variable accordingly. What I did was to move the old php into a harmless directory. Once you've done that, make sure your base PHP install still works, e.g., you can do a PHPINFO(). 3. Extension dir In your php.ini, set your extension_dir variable to a reasonable setting, e.g. /usr/local/php5/lib. You may already have some extensions installed so maybe you're already all set. On my machine, it was set to ./ by default, which doesn't make a lot of sense. 4. Follow the installation instructions from the php-java-bridge Web site, namely, download and extract the tarball, cd to the dir, phpize && ./configure --with-java=$JAVA_HOME && make sudo sh install.sh <enter password> Say No to all options presented by install.sh. (This way you separate the JVM from the Web server as described in the php-java-bridge install docs.) 5. Set up php.ini config. This is my config block for the php-java-bridge: extension=java.so [java] java.log_level="3" java.log_file="/var/log/php-java-bridge.log" 6. Launch the JVM java -Djava.library.path=/usr/local/php5/lib -Djava.class.path=/usr/local/php5/lib/JavaBridge.jar -Djava.awt.headless=true -Dphp.java.bridge.base=/usr/local/php5/lib php.java.bridge.JavaBridge & Replace /usr/local/php5/lib with your own extension_dir as set above in Section 3. 7. Hope it worked Copy the test.php file from the tarball directory to a Web accessible directory. Along with the usual PHPINFO() stuff, you will see a block of vars for the java extension, and then a bunch of debugging output at the bottom of the page. You did it! 8. Move libtool back sudo rm -i /usr/bin/libtool sudo mv ~/my.safe.tmp.dir/libtool /usr/bin/libtool |
From: <php...@li...> - 2006-06-06 18:37:49
|
Hi, there are several tutorials on the web, for example this one: http://www.peter-siegel.org/xampp_and_php_java_bridge.pdf The above tutorial is for Linux, but it should be easy to adapt it for Windows. Basically all you need it to copy the JavaBridge.jar and the php-5.0-java-x86-windows.dll (for PHP <5.1) or java-x86-windows.dll (for PHP >= 5.1) into the extension folder, rename it to php_java.dll and change the [java] section to: extension=php_java.dll [java] and then re-start the web-server. The standalone back-end starts automatically. Or set: extension=php_java.dll [java] java.socketname=9267 and double-click on the JavaBridge.jar to start the back-end once. Regards, Jost Boekemeier ___________________________________________________________ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de |
From: <php...@li...> - 2006-06-06 17:59:35
|
Hi, > php within tomcat without apache now I understand. This is a bug in the PHP/Java Bridge. The the PhpCGIServlet sets the environment variable X_JAVABRIDGE_OVERRIDE_HOSTS=127.0.0.1:SSL_PORT so that the java.so can connect back to the current VM, which doesn't work, of course, if the request came in from the SSL port. It must connect to the PORT specified in the php.ini file. I have opened a ticket for this, please see PR1501791 for details: http://sourceforge.net/tracker/index.php?func=detail&aid=1501791&group_id=117793&atid=679233 As a workaround, until this bug is fixed, please switch off the override_hosts setting in the web.xml: <!-- Allow us to override the java.hosts, java.servlet and --> <!-- java.socketname settings from your php.ini so that we can --> <!-- use the current VM (see X_JAVABRIDGE_OVERRIDE_HOSTS). --> <!-- Default is On. --> <init-param> <param-name>override_hosts</param-name> <param-value>Off</param-value> </init-param> and set the java.hosts and java.servlet options in the WEB-INF/cgi/php-i386-linux.ini (or whatever php ini you use). Regards, Jost Boekemeier ___________________________________________________________ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de ___________________________________________________________ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de |
From: <php...@li...> - 2006-06-05 12:45:13
|
Hi, I am facing error while using php java bridge. Here is my php.ini code [java] java.class.path= "C:\Program Files\xampp\php\JavaBridge.jar;C:\Program Files\xampp\php\php_Java.jar" java.home = "C:\jdk1.4.2" java.library = "C:\jdk1.4.2\jre\bin\server\jvm.dll" java.library.path = "C:\Program Files\xampp\php\ext" java.hosts="localhost:9167" java.servlet = off java.socketname="9167" here is the java part in test.php java support Enabled java bridge 3.1.0rc2 java.java_home no value java.java javaw java.log_file <stderr> java.log_level no value (use back-end's default level) java.hosts localhost:9167 java.ext_java_compatibility Off java.persistent_connections On java.security_policy Off java command javaw -Djava.library.path=C:\Program Files\xampp\php\ext\ -Djava.class.path=C:\Program Files\xampp\php\ext\/JavaBridge.jar -Djava.awt.headless=true -Dphp.java.brid ge.base=C:\Program Files\xampp\php\ext\ php.java.bridge.JavaBridge INET_LOCAL:9167 2 java status running java server 9167 the error is: Fatal error: php_mod_java(52) system error code: 10061. Could not connect to server. Have you started the java back-end (either a servlet engine, an application server, JavaBridge.jar or MonoBridge.exe) and set the java.socketname or java.hosts option?. Chirayu Bhatt V2Solutions A New Vision to Solutions India: +91-22-56733201 Ext. 642 http://www.v2solutions.com |
From: <php...@li...> - 2006-06-05 10:03:44
|
Hi all, I'm really giving up now. I had everything working except that strange ssl= =20 problem by having a cgi folder within each webapp. Now, I added a new host= =20 and I'm getting some 'no session proxy' exception when trying something lik= e=20 java_session(); I then removed all global stuff and deployed the JavaBridge.war to the new= =20 host. It works first time after restart, then it doesn't. No exception or=20 other error, just blank page. Any help greatly appreciated, cheers flim On Monday 05 June 2006 01:29, php...@li...=20 wrote: > Hi, > > another issue came up. If I'm using the bridge as said in last email, I'm > getting following error randomly. I can reproduce that error by simply > reloading a page a couple of times. That's all on port 8080, so nothing > unusual. I could work around that by copying or linking the cgi directory > from the JavaBridge webapp to all others, but it would be inconvenient (a= nd > I think symlinks don't work - that could make it a space consumer as well= ). > > javax.servlet.ServletException: An IO exception occured. Probably php was > not installed as "/usr/bin/php-cgi" or "c:/php5/php-cgi.exe" > or "/jsmsc/srv/tomcat/webapps/ROOT/WEB-INF/cgi/php-cgi-i386-linux[.sh]| > [.exe]". > Please see "php_exec" in your WEB-INF/web.xml and WEB-INF/cgi/README for > details. > php.java.servlet.PhpCGIServlet.doGet(PhpCGIServlet.java:466) > javax.servlet.http.HttpServlet.service(HttpServlet.java:689) > javax.servlet.http.HttpServlet.service(HttpServlet.java:802) > > If you could point me to a solution for this issue, I'd be more than happ= y. > While I could somehow life with the ssl issue described in my last email, > this is a killer. After the error occuring it doesn't work again (so, once > the error occured it will always occur). > > Cheers > flim |
From: <php...@li...> - 2006-06-05 09:11:15
|
Hi, I am trying to integret PHP5.1 with java but i am not able to get it. I am following tutorial given by the site. I am using jdk1.4.2 and appache 2.2.0. can u guide me for the same ? Chirayu Bhatt V2Solutions A New Vision to Solutions India: +91-22-56733201 Ext. 642 http://www.v2solutions.com |
From: <php...@li...> - 2006-06-04 23:29:59
|
Hi, another issue came up. If I'm using the bridge as said in last email, I'm=20 getting following error randomly. I can reproduce that error by simply=20 reloading a page a couple of times. That's all on port 8080, so nothing=20 unusual. I could work around that by copying or linking the cgi directory=20 from the JavaBridge webapp to all others, but it would be inconvenient (and= I=20 think symlinks don't work - that could make it a space consumer as well). javax.servlet.ServletException: An IO exception occured. Probably php was n= ot=20 installed as "/usr/bin/php-cgi" or "c:/php5/php-cgi.exe" or "/jsmsc/srv/tomcat/webapps/ROOT/WEB-INF/cgi/php-cgi-i386-linux[.sh]| [.exe]". Please see "php_exec" in your WEB-INF/web.xml and WEB-INF/cgi/README for=20 details. php.java.servlet.PhpCGIServlet.doGet(PhpCGIServlet.java:466) javax.servlet.http.HttpServlet.service(HttpServlet.java:689) javax.servlet.http.HttpServlet.service(HttpServlet.java:802) If you could point me to a solution for this issue, I'd be more than happy.= =20 While I could somehow life with the ssl issue described in my last email,=20 this is a killer. After the error occuring it doesn't work again (so, once= =20 the error occured it will always occur). Cheers flim |
From: <php...@li...> - 2006-06-04 18:19:19
|
Hi Jost, On Sunday 04 June 2006 13:21, Jost Boekemeier wrote: > It cannot use SSL, no. Isn't it possible to use a > dedicated HTTP port for the PHP<-->JAVA communication? Yes, that is possible. And it sounds like an elegant solution > For example the following entry in the tomcat > server.xml should solve this: > <Connector port=3D"7777" address=3D"127.0.0.1"/> > The php.ini entry would look like: > extension=3Djava.so > [java] > java.hosts=3D127.0.0.1:7777 > java.servlet=3DOn And it works. Sometimes :| I'm not really sure what's happening there. As said before, I'm trying to r= un=20 php within tomcat without apache (or any other webserver being involved). I= 'm=20 using JavaBridge.jar and php_servlet.jar in shared/libs with JavaBridge.war= =20 in webapps (which works just fine). conf/web.xml contains only what's advic= ed=20 on the website, conf/web.xml within JavaBridge is unchanged and=20 php-cgi-i386-linux.ini in /webapps/JavaBridge/WEB-INF/cgi/ was modified to= =20 the above. Now, after tomcat restart, it sometimes works and sometimes doesn't. I'm=20 testing my configuration with /root.php in /ROOT/, I'm=20 using /JavaBridge/test.php for testing JavaBridge in general. If I restart tomcat and access https://localhost:8443/root.php I'm getting = an=20 error telling me that php-cgi couldn't be found in /usr/bin (which is true,= =20 it doesn't exist). If I restart tomcat and access=20 http://localhost:8080/root.php it works fine. If I access 8443/root.php after restart and it fails, I won't be able to ca= ll=20 8080/root.php as well without getting an error. However, If I first call=20 8443/root.php, then 8080/JavaBridge/test.php and then again 8443/root.php, = it=20 works. Sometimes that is - sometimes it doesn't at all. I don't seem to be able to find any rule behind that. I however tested it a= =20 couple of times and it looks like this: if 8443/root.php gets called first,= =20 then I've to call 8080/JavaBridge/test.php and afterwards 8080/root.php=20 before 8443/root.php works. If I don't call the two scripts in that order, = I=20 won't get 8443/root.php to work without restarting tomcat. Oh, root.php looks like this: <?php $s =3D java_session(); //to verify I can access those methods phpinfo(); ?> (so nothing special in there - I however didn't test taking the java_sessio= n()=20 away) I can imagine that you guys are putting an incredible amount of work into t= his=20 project - let me say that it's greatly appreciated. It would be very helpfu= l=20 though, if you could extend the descriptions on the website so that they ar= e=20 easier to follow :-) Sorry for this long email - I'm uncertain if this is a bug in JavaBridge or= a=20 misconfiguration on my end and thought that if the first is true, you might= =20 need a detailed report. Best regards flim |
From: <php...@li...> - 2006-06-04 11:22:09
|
Hi, please excuse the delay. > java.hosts="127.0.0.1:8443" > will lead to the same error. Is there any way to > make use of the bride using ssl? It cannot use SSL, no. Isn't it possible to use a dedicated HTTP port for the PHP<-->JAVA communication? For example the following entry in the tomcat server.xml should solve this: [...] <Service name="Catalina"> [...] <!-- Used by local PHP clients --> <Connector port="7777" address="127.0.0.1"/> [...] The php.ini entry would look like: extension=java.so [java] java.hosts=127.0.0.1:7777 java.servlet=On The 127.0.0.1 makes the 7777 port accessible to the local host only, it is not even visible from the internet. Regards, Jost Boekemeier ___________________________________________________________ Gesendet von Yahoo! Mail - Jetzt mit 1GB Speicher kostenlos - Hier anmelden: http://mail.yahoo.de ___________________________________________________________ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de |
From: <php...@li...> - 2006-06-04 11:14:22
|
Hi, [bridge back-end terminates after the first request, when running in the IIS container] I could not reproduce this problem until I saw "java.exe" in the subject. On windows the "java.exe" requires a console. Please use "javaw.exe" instead, which detaches from the console. What happened is that java crashed after it tried to write to the closed OutputStream inherited from IIS container. Javaw.exe runs fine within the IIS container. However, I suggest to use a dedicated container, for example Tomcat. Regards, Jost Boekemeier ___________________________________________________________ Gesendet von Yahoo! Mail - Jetzt mit 1GB Speicher kostenlos - Hier anmelden: http://mail.yahoo.de |
From: <php...@li...> - 2006-06-03 17:35:38
|
Hi, > with IIS as web Server. thank you very much for this problem report. I have created a ticket for this, please see PR1500143 (http://sourceforge.net/tracker/index.php?func=detail&aid=1500143&group_id=117793&atid=679233). As a workaround, until this problem is solved (if it can be solved) please start java as a service, outside of the HTTP server domain, please click on http://mirror.serversupportforum.de/apache/tomcat/tomcat-5/v5.5.17/bin/apache-tomcat-5.5.17.exe and complete the tomcat installation. After that please edit the php.ini file, for example c:\windows\php.ini as follows: extension=php_java.dll [java] java.hosts=127.0.0.1:8080 java.servlet=On > problem comes when I close the session, then the > "java.exe" process disappears (the web server keeps > running, of course), and never is re-started. If I understand this correctly, IIS manages its childs and terminates all childs, even those that were started when IIS was started. Apache on Unix has the same behaviour, it regularly sends out a SIGTERM to all members of its process group. But on Unix we can simply fork() off our Java daemon and detach from the HTTP daemon process group, when the HTTP daemon starts . IMHO this is not possible on windows; on windows a service cannot be started from within another service. I think the only reason why our autostart service works with Apache/Windows is that Apache doesn't have access to the Windows internal data structures. If that's the case, I will simply disable the back-end autostart functionality on windows for all server API's other than CLI. Please see PR1500143 for details. Regards, Jost Boekemeier ___________________________________________________________ Gesendet von Yahoo! Mail - Jetzt mit 1GB Speicher kostenlos - Hier anmelden: http://mail.yahoo.de ___________________________________________________________ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de |
From: <php...@li...> - 2006-06-02 09:45:59
|
I have installed PHP/JavaBridge in a Windows system, with IIS as web = Server. Everything seems work properly, but some kind of problem occurs with the = "java.exe" process.=20 =20 The first time that web server starts (with or without any session = started), the bridge "java.exe" process starts too, and everything = works. The problem comes when I close the session, then the "java.exe" = process disappears (the web server keeps running, of course), and never = is re-started. =20 How can I avoid this? =20 Best regards and thanks |
From: <php...@li...> - 2006-05-31 18:22:34
|
Hi, > some 'real' work with it today. My first move was to > move the php classes > I've used so far into separate files - which didn't > work :| not sure what you mean with this, but if you want to split your files so that each php file exports one php class, this should work. > Fatal error: php_mod_java(88): Protocol violation at > pos 7, please check that > That goes for basically all java_ commands (e.g. > java_context() instead of > java_session()). Thank you very much for the bug report. Which version of the PHP/Java Bridge do you use? Version 3.1.0devel or the official 3.0.8? > Any idea how to solve that? This usually means that the php has received an HTML error message from tomcat instead of the expected XML from the back-end. Or it has received the HTML meta-information but didn't expect them, for example when the php.ini option "java.servlet" is not set but the bridge is actually using a servlet back-end. I think the bridge could somehow catch such an incorrect configuration (java.servlet not set while connected to a servlet or vice versa), but it is difficult to detect because our XML looks similar to the HTML header from the servlet back-end. Pos#7 could mean that a HTML error page was received (<HTML> instead of <Object ...> or <Exception ...>. > To give some further information: I'm running the > bridge inside tomcat on > ubuntu linux with php compiled as fastcgi. Bride Could you please open a ticket (please use http://sourceforge.net/tracker/?func=add&group_id=117793&atid=679233) and generate an append the error.log as at the end of the ticket? You can find the tomcat error message at the end of the error.log: strace -s1024 php test.php 2>error.log Regards, Jost Boekemeier ___________________________________________________________ Gesendet von Yahoo! Mail - Jetzt mit 1GB Speicher kostenlos - Hier anmelden: http://mail.yahoo.de |