[Php-java-bridge-users] PhpJavaServlet using tunneling instead of CGI?

[Kevin K. <zi...@gm...>]

The servlet seems to be calling php on the commandline (CGI) instead
of through Apache.  That also seems to be failing, as requests return
the file but no php processing.

I'm running under Apache2 with both php and the mod_jk connector
installed.  My java applications function correctly, and I can see the
test.php file if I use Apache directly.  It indicates that Java is
enabled.

I've installed the JavaBridge war (opened it in Eclipse, actually),
and added my php-cgi.exe and associated .dll files to the WEB-INF/cgi
directory.  I updated the web.xml to indicate that the file is called
php-cgi.exe

My requests to .php files seem to be serviced by the PhpJavaServlet, I
can place debugging breakpoints there.  The requests, being GET
requests are serviced by the doGet method.  However, I notice that the
javadoc for this method believes that it will only be called in a CGI
context.  It then ultimately does the System.exec(..) CGI approach.

I have this information in my php.ini, though it isn't clear to me how
the PhpJavaServlet would know how to find it:

[java]
java.hosts=3D"127.0.0.1:8080"
java.servlet=3D"/JavaBridge/PhpJavaServlet"


Is there some configuration I need in my web.xml file to tell the
Servlet how to connect back through the Apache service?  I tried
removing the *.php filter, but that didn't seem to change anything --
still got the file back with no processing.

-Kevin