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

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

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

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

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

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