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

Hi,

> Isn't it possible for Java application to provide
> execution
> environment and call PHP interpretator for script
> processing?

Yes. This feature will be available with PHP/Java
Bridge 3.0 which will be published in december.

The version 2.0.8 already supports everything
necessary to fully implement jsr 223 except that some
methods are currently private.  But if you make the
Context class and the getContext() method public, you
can already call php scripts from java:

* "include" the php instance from the apache pool and
pass it the current java continuation 

* the php instance closes over its environment (see
java_closure) and passes it to the passed java
continuation

* in your java continuation you can call into the
closure as often as you want.

* when the java continuation (e.g. the service method)
terminates all allocated php continuations terminate,
too.


Regarding the compilation on windows, Steven has
posted an excellent article on the list, please see
http://sourceforge.net/tracker/index.php?func=detail&aid=1322743&group_id=117793&atid=679233


Regards,
Jost Boekemeier



	

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

Hi Kevin,

> The servlet seems to be calling php on the
> commandline (CGI) instead
> of through Apache.

CGI is only used when the controller servlet
(PhpJavaServlet) receives a get or post request.

Usually apache listens on the http standard port :80
and php instances are allocated from the apache pool.
The php instances in turn connect to the :8080 backend
using put requests. mod_jk becomes obsolete if one
doesn't have .jsp files anymore.

[request to port 80:]
> and I can see the
> test.php file if I use Apache directly.  It
> indicates that Java is
> enabled.

Okay.

[development setup]
> 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

Okay.


[request to :8080]
> 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.  

The doGet invokes the cgi machinery, yes.  It is there
to help during development, where it is difficult to
work with two servers.

For a production system, however, it is assumed that
all requests go through the standard http port and
that a native http server listens on this port. -- The
reason is that java cannot drop privileges, so it is
not possible to connect a java servlet engine to port
80.


> Is there some configuration I need in my web.xml
> file to tell the
> Servlet how to connect back through the Apache
> service?  

Just use 

  http://localhost/JavaBridge/test.php

instead of

  http://localhost:8080/JavaBridge/test.php


Regards,
Jost Boekemeier




	

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

||*()*||    [\..konnichi wa, ogenki desu ka, Jost../]

>> I've tried to compile PHP myself from CVS, but failed.
JB> Which errors specifically?

Something about PCRE, but the problem was in CVS version of PHP4.
I downloaded 4.4.0 sources and compiled them successfully, but
failed to build bridge.

According to INSTALL "Compiling a CGI binary on Windows"

>   1. Install the source code of PHP 4.3.x or higher.
>
>   2. Install RedHat's Cygwin (PHP needs autoconf).
>
>   3. Delete the java sub-directory from php-4.3.x\ext. Copy the
>      php-java-bridge directory to the php-x.y.z\ext directory and
>      rename it to java.  Update the "m4_include" paths in
>      php-x.y.z\ext\java\config.m4 so that they start with "ext/java/":
>
>       m4_include(ext/java/tests.m4/function_checks.m4)
>       m4_include(ext/java/tests.m4/java_check_broken_stdio_buffering.m4)
>       ...
>       m4_include(ext/java/tests.m4/java_check_broken_gcc_installation.m4)
>
>   4. Invoke autoconf to register our java module within the PHP build
>      tree:
>
>       buildconf.bat --force
>
BTW, there is not .bat, but "./buildconf --force" launches ok.

>      Instead of running "buildconf" you can also use autoconf directly:
>
>       autoconf
Also tried this way.

>      Then configure and compile php as usual:
>
>       .\configure --with-java=%JAVA_HOME%
After some time this stops with error.
---cut---
...
checking for Ingres II support... no
checking for InterBase support... no
checking for IRCG support... no
./configure: line 45991: syntax error near unexpected token `ext/java/tests.m4/function_checks.m4'
./configure: line 45991: `m4_include(ext/java/tests.m4/function_checks.m4)'

UIUST@uiust /cygdrive/d/DeveloperSpace/InProjects/php-src/php-src
$
---cut---

Whole java-bridge 2.0.8 src directory content is located at ext/java
and function_checks.m4 exists.

$ ls -gGa ext/java/tests.m4/
total 28
drwxr-xr-x   2    0 Oct 24 10:46 .
drwxr-xr-x  11    0 Oct 24 10:44 ..
-rw-r--r--   1  753 Sep 19 19:52 function_checks.m4
-rw-r--r--   1 1712 Sep 19 19:52 java_check_abstract_namespace.m4
-rw-r--r--   1  775 Sep 19 19:52 java_check_broken_gcc_installation.m4
-rw-r--r--   1 2131 Sep 19 19:52 java_check_broken_stdio_buffering.m4
-rw-r--r--   1 2286 Sep 19 19:52 java_check_struct_ucred.m4
-rw-r--r--   1 4747 Sep 19 19:52 threads.m4

>       make


>> I want to try mix of Java and PHP in
>> standalone application.

JB> I didn't think this is possible. PHP is missing
JB> features which are essential for desktop applications.
JB> For example it doesn't have threads; it relies on the
JB> web server to provide an "execution environment".

Isn't it possible for Java application to provide execution
environment and call PHP interpretator for script processing?

JB> There are other environments which support the PHP
JB> programming language for example a php -> CIL compiler
JB> exists for the MONO project. 

No, thanks, I'd like to find a way how can I use PHP
scripting capabilities from Java. =)

JB> Okay.  I think it is possible to split the zip file
JB> into a "documentation" zip and a zip file which
JB> contains the php_java.dll, the php.ini and a short
JB> readme.

Would be nice, but I've already bogged down in compilation.

>> README is very long and contains a lot of information.
>> Read 25k just to find command line options (especially if
>> there are not any) is a  waste of time. I thought it should
>> be good for an  application to  react on help/unknown cmd
>> parameters to be user-friendly.

JB> Sorry, the parameters are documented in the
JB> INSTALL.WINDOWS document only.  The README is indeed a
JB> little bit unix centric; unix users usually start the
JB> bridge via the php-java-bridge.service script or via
JB> the php-java-bridge command.

Well, I just thought it would be nice for javabridge to spill usage
info if garbage was passed in command line parameters. This also
help to detect errors in launching scripts configuration.

WBR.techtonik
-- 
(B)uilding, (A)ntenna, (S)pan and (E)arth
* terminal velocity - 54m/s, 305m *

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