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

Hello,
Now we have an intranet gforge project and I already posted 3 jobs available for
the project, for acceptance at govt sized production environment:
1- SE Linux expert (for improving rules)
2- Test dev for regression test script suite
3- Test dev for load tests and homologation tests

One candidate for SE Linux rules contacted for more details. Not joined yet.

How could we describe other jobs available at the project (for the short term,
not yet for the redesign)?

Regards.
Andre Felipe

At:

  http://downloads.sourceforge.net/project/php-java-bridge/Binary%20package/php-java-bridge_6.0.0/php-java-bridge_6.0.0_documentation.zip?use_mirror=ovh

It includes the changes for version 5.5.5, which hasn't been released.


>From the NEWS file:

Version 6.0.0

* Apache or IIS PHP scripts can now use "java_virtual()" to include
  the output of JSP scripts, Java servlets or Java frameworks into PHP
  pages.

* MS .NET support has been removed: The "MonoBridge.exe" is not
  available anymore.

* Support for GNU "Java", GNU Autoconf/Makefile has been removed: The
  only remaining targets "JavaBridgeTemplate.war" and "JavaBridge.war"
  can now be build by a java "ant" build script.

* FreeBSD support has been removed: The "unix domain" socket channel
  (implemented by a JNI "libnatcJavaBridge.so") cannot be used
  anymore, therefore the bridge will be very slow on this operating
  system kernel. FreeBSD users must use local TCP sockets and switch
  off the Nagle algorithm or fix their kernel or add a TCP_NDELAY
  option to the PHP streams implementation.

* Dynamic class loading has been removed: The java_require() procedure
  is not available anymore. Please use standard JEE or servlet
  autodeployment instead.

* Support for the Tomcat "CGIServlet.java" has been removed: PHP must
  support the FastCGI SAPI. PHP >= 5.2.0 support the FastCGI SAPI by
  default. If you have a php-cgi binary < version 5.2.0, recompile it
  with the --enable-fastcgi option. The FastCGI servlet has been
  rewritten to support HTTP/1.1 chunked connections and the
  "WebSockets" protocol used by google "Chrome".

* The named pipe communication channel has been removed: On Security
  Enhanced Linux please use HTTP/1.1 chunked connections instead.

* The servlet or JEE back end must support HTTP/1.1 chunked
  connections or the communication will fail. This has been tested on
  the following AS: Glassfish, Jetty 7, Tomcat, Oracle/BEA WebLogic, Sun
  AS 9.

* The low-level protocol has not been changed. But due to the above
  changes an old "Java.inc" might not work with a new JavaBridge.war
  back end anymore. Please make sure to upgrade your "Java.inc" PHP
  library.


Version 5.5.5

* PHP scripts running within a JEE server can now use PHP paths like:

    .../MOODLE/dir/do.php/something?with=what

  This feature can be switched off by removing the <filter> and
  <filter-mapping> from the web application web.xml.

* PHP scripts running within a JEE server now use java.io.tmpdir as
  their the session.save_path. This can be changed as usual, see
  php.java.bridge.global.properties PHP_EXEC_ARGS. Use
  Util.DEFAULT_PHP_ARGS as a template.

* A beta test version of the PHPDebugger is now part of the PHP/Java
  Bridge.

FYI: In PHP/Java Bridge version 6.0.0 you can use the function
"java_virtual()" to include a local resource.

  /**
   * Include the outcome of some other local (.jsp, .asp, ...) resource.
   *
   * Example: <code>echo java_virtual("/test.jsp", true);</code>
   *
   * @access public
   * @param string The local resource
   * @param bool return the response
   * @see Java
   */
  function java_virtual($path, $return=false) {
	$req = java_context()->getHttpServletRequest();
	$res = $return ? 
	  new java("php.java.servlet.RemoteHttpServletResponse") :
	  java_context()->getHttpServletResponse();
	
	$req->getRequestDispatcher($path)->include($req, $res);
	return $return ? $res->getBufferContents() : true;
  }

Here's a corrected example:

<?php

 if (!function_exists("virtual")) {
	function virtual($path) {
	  $req = java_context()->getHttpServletRequest();
	  $res = java_context()->getHttpServletResponse();
	  $req->getRequestDispatcher($path)->include($req, $res);
	}
  }

virtual("/sessionSharing.jsp");

echo "<br>... and hello from PHP";

Note that the function virtual() is defined by apache. So we should
name the function "java_virtual()" instead.

?>


On 2/15/10, Jost Boekemeier <jos...@go...> wrote:
> On 2/15/10, php...@li...
> <php...@li...> wrote:
>> I would like to include the output from a JSP or Servlet in my PHP
>> pages. I want something like the following.
>
> Please use the virtual() function. If it is not defined, define it as:
>
> function virtual($res) {
>
> java_context()->getHttpServletRequest()->getRequestDispatcher()->include($res);
> }
>
> Please see
>
> http://java.sun.com/j2ee/sdk_1.3/techdocs/api/javax/servlet/ServletContext.html
>
> for details.
>
>
> Regards,
> Jost Bökemeier
>

This is indeed a Jetty 7 bug. Jetty doesn't flush the output buffer
"res.flushBuffer()" for HTTP/1.0 connections, so the code runs into a
wait timeout. I won't change the bridge code to work around this bug.
But Jetty 7.0  supports HTTP/1.1 chunked connections:

Please add 

<context-param>
           <param-name>promiscuous</param-name>
           <param-value>true</param-value>
</context-param>

after the </listener> declration of your WEB-INF/web.xml to work around
this Jetty 7 bug.


Regards,
Jost Bökemeier

> I will do the refactoring next week and commit the changes into the
> branch Release-6-0-0, which will become the head trunk. I will keep the
> makefile (for SEL), but add an Ant script to build the JavaBridge.war.

I have replaced the Makefile with an Ant build.xml. It currently has
two targets: JavaBridge.war and JavaBridgeTemplate.war.

Mono-, FreeBSD- support, CGIServlet and java_require() has been removed.

The FastCGIServlet has been rewritten and replaces the CGIServlet. CGI
isn't supported anymore. PHP must support the FastCGI SAPI in order to
run as a JEE or servlet sub component (all PHP 5.2 executables support
it by default).


Regards,
Jost Bökemeier

> Any ideas why this is happening? What could cause this error?

The HTTP browser isn't interested in the generated response anymore.
This usually happens when you hit the browser "stop" button.


> php.java.bridge.JavaBridgeRunner.handleDoGet(JavaBridgeRunner.java:456)

PHP/Java Bridge contains a simple HTTP server. It shouldn't be used as
a JEE or servlet engine replacement, but it is useful during
development/test.

Please install the bridge in a JEE server or servlet engine instead.


Regards,
Jost Bökemeier

Hello,

 

I'm getting this error daily, around the same time (named pipes are switched
off though):

 

Feb 18 06:30:30 VMBridge ERROR: An exception occured:
java.net.SocketException: Broken pipe

java.net.SocketException: Broken pipe

        at java.net.SocketOutputStream.socketWrite0(Native Method)

        at
java.net.SocketOutputStream.socketWrite(SocketOutputStream.java:92)

        at java.net.SocketOutputStream.write(SocketOutputStream.java:136)

        at java.io.BufferedOutputStream.write(BufferedOutputStream.java:105)

        at
java.io.ByteArrayOutputStream.writeTo(ByteArrayOutputStream.java:109)

        at
php.java.bridge.JavaBridgeRunner.showDirectory(JavaBridgeRunner.java:310)

        at
php.java.bridge.JavaBridgeRunner.handleDoGet(JavaBridgeRunner.java:456)

        at php.java.bridge.JavaBridgeRunner.doGet(JavaBridgeRunner.java:423)

        at php.java.bridge.http.HttpServer.service(HttpServer.java:237)

        at php.java.bridge.http.HttpServer$Runner.run(HttpServer.java:161)

        at php.java.bridge.ThreadPool$Delegate.run(ThreadPool.java:60)

 

Any ideas why this is happening? What could cause this error?

 

Thanks in advance, best regards,

Thomas Lutz

On Wed, 2010-02-17 at 15:50 +0000,
php...@li... wrote:
> I tried to deploy JavaBridge on Glassfish v3 but I got the following error:
> 
> java.io.IOException: An IO exception occured. Probably php was not installed
> correctly in "/usr/bin/php-cgi" or "c:/Program Files/PHP/php-cgi.exe" or
> "/home/dabd/apps/sges-v3/glassfish/domains/domain1/applications/JavaBridge/WEB-INF/cgi/php-cgi-amd64-linux[.sh]|[.exe]".See
> "php_exec" in your WEB-INF/web.xml and WEB-INF/cgi/README.
> 
> What am I missing?

PHP, I guess. Please see the above error message for details. 

I tried to deploy JavaBridge on Glassfish v3 but I got the following error:

java.io.IOException: An IO exception occured. Probably php was not installed
correctly in "/usr/bin/php-cgi" or "c:/Program Files/PHP/php-cgi.exe" or
"/home/dabd/apps/sges-v3/glassfish/domains/domain1/applications/JavaBridge/WEB-INF/cgi/php-cgi-amd64-linux[.sh]|[.exe]".See
"php_exec" in your WEB-INF/web.xml and WEB-INF/cgi/README.

What am I missing?

Thanks.

> *Database Error: Unable to connect to the database:The MySQL adapter "mysql"
> is not available.*

Please look at the phpinfo() output. If mysql is not enabled, enable
it by including the mysql.so or php_mysql.dll in your php.ini. You can
find the location of the php.ini and the configure string at the top
of the phpinfo() output.

Please see the PHP documentation for details. Please contact one of
the PHP mailing lists for further help.


Regards,
Jost Bökemeier

On 2/15/10, php...@li...
<php...@li...> wrote:
> I would like to include the output from a JSP or Servlet in my PHP
> pages. I want something like the following.

Please use the virtual() function. If it is not defined, define it as:

function virtual($res) {
  java_context()->getHttpServletRequest()->getRequestDispatcher()->include($res);
}

Please see

 http://java.sun.com/j2ee/sdk_1.3/techdocs/api/javax/servlet/ServletContext.html

for details.


Regards,
Jost Bökemeier

I would like to include the output from a JSP or Servlet in my PHP
pages. I want something like the following.

<p>Hello, this is a PHP page with contect produced by a JSP page</p>
<?php require_once("java/Java.inc");
$request = java_context()->getHttpServletRequest();
$response = java_context()->getHttpServletResponse();
$context = java_context()->getServletContext();
$dispatcher = $context->getRequestDispatcher("/index.jsp");	
$dispatcher->include($request, $response);

$out = ????????

echo java_values($out);
?>
<p>Back to PHP output...</p>

Thanks,

McKinley

P.S. I have switched over to Tomcat until I have more time to help get
Jetty working

On Sun, 2010-02-14 at 20:54 +0000,
php...@li... wrote:
> etty still seems to not work without the 15 second delay

I have tested the bridge on jetty-6.1.20. It runs the bridge without any
problems.


Looking at the code I see this:

	sout.writeTo(resOut);
	    if(bridge.logLevel>3) bridge.logDebug("redirecting to port# "+
channelName);
	    sin.close();
	    try {res.flushBuffer(); } catch (Throwable t)
{Util.printStackTrace(t);} // resin ignores resOut.close()
	    try {resOut.close(); } catch (Throwable t)
{Util.printStackTrace(t);} // Sun Java System AS 9 ignores flushBuffer()
	    this.waitForContext(ctx);

If Jetty version 7 ignores both, res.flushBuffer() and resOut.close(),
the front-end won't receive the data before the timeout.

This may be a Jetty 7 bug.


I will test Jetty 7, if I have some time.


Regards,
Jost Bökemeier

Hello,

Can someone please share the details on how to get PJB configured
successfully with Joomla? My requirement is as follows...

1) Have an existing J2EE application that is working under Tomcat
2) I would like to use Joomla as a front end to it for managing the CMS
functions..

I am trying to use PJB to bridge these two applications so that I manage the
sessions, single sign on etc...

I have dowloaded the PJB 5.5.4.1 followed the JavaBridge configuration steps
and placed the required libs under the tomcat app, and when I copied the
Joomla folder and accessed it is giving the following error..

*Database Error: Unable to connect to the database:The MySQL adapter "mysql"
is not available.*

Any ideas on how to resolve this? I greatly appreciate it..

Thanks
RS

Jetty still seems to not work without the 15 second delay. Promiscuous
is off and based on the Jetty output below I am sure that I am bound
to 127.0.0.1. In Java.inc I a have define ("JAVA_HOSTS",
"127.0.0.1:8080");

2010-02-14 12:35:32.466:INFO::Started SelectChannelConnector@127.0.0.1:8080
2010-02-14 12:35:46.904:INFO:/JavaBridge:PhpJavaServlet: PHP/Java
Bridge servlet D:\Programs\jetty-hightide-7.0.1.v20091125\webapps\JavaBridge
version 5.5.4.1 ready.

Do I need anything in the web.xml or properties to specifically enable
SocketContextServer?

Thanks,

McKinley

On Sun, Feb 14, 2010 at 5:49 PM,
<php...@li...> wrote:
> PHP/Java Bridge version 5.5.4 still contains  "ContextRunners" which
> will be used if(LOCAL_ADDR.equals(req.getRemoteAddr()) && contextServer!
> If you install jetty on
> the local host and do not switch off the SocketContextServer, the bridge
> will still work with Jetty.
>
> If you switch off promiscuous mode again and run jetty on localhost (ip:
> 127.0.0.1), it should work.

Thanks for explaining the other options. I'll try it out. I am using
Jetty 7.0.1 on Windows Server 2003 with IIS.

Thanks,

McKinley

On Sun, Feb 14, 2010 at 5:49 PM,
<php...@li...> wrote:

> We have tested this with Oracle/Bea WebLogic, Sun Application server,
> Glassfish, Tomcat.
>
> Servlet engines which do not flush their output immediately cannot use
> chunked encoding to implement a two-way connection.
>
> PHP/Java Bridge version 5.5.4 still contains  "ContextRunners" which
> will be used if(LOCAL_ADDR.equals(req.getRemoteAddr()) && contextServer!
> =null && contextServer.isAvailable(channel)). If you install jetty on
> the local host and do not switch off the SocketContextServer, the bridge
> will still work with Jetty.
>
> Which Jetty version and which operating system version do you use?

Hi,

PHP/Java Bridge version >= 5.5.4 uses HTTP/1.1 chunked connections to
communicate with the servlet. From the NEWS file:
-----

* If the Java environment doesn't allow java.lang.Threads, Sockets, or
  if the back end doesn't run on localhost
  ("127.0.0.1".equals(req.getRemoteAddr()), or if the promiscuous
  option is set, the bridge now uses a HTTP tunnel to communicate with
  the back end.  Example:

  --
  telnet YOURHOST.com 8080 
PUT /JavaBridge/foo.phpjavabridge HTTP/1.1
Host: YOURHOST.com:8080
Transfer-Encoding: chunked

22
<H p="1" v="java.lang.String"></H>
b
<F p="E" />
0

-----

We have tested this with Oracle/Bea WebLogic, Sun Application server,
Glassfish, Tomcat.

Servlet engines which do not flush their output immediately cannot use
chunked encoding to implement a two-way connection.

PHP/Java Bridge version 5.5.4 still contains  "ContextRunners" which
will be used if(LOCAL_ADDR.equals(req.getRemoteAddr()) && contextServer!
=null && contextServer.isAvailable(channel)). If you install jetty on
the local host and do not switch off the SocketContextServer, the bridge
will still work with Jetty.


> tried to properly set promiscuous mode

If you switch off promiscuous mode again and run jetty on localhost (ip:
127.0.0.1), it should work.


But I am currently preparing PHP/Java Bridge version 6.0.0, which will
not contain these ContextServers anymore; chunked connections will be
the only way to communicate with the servlet.

I will try to find a workaround. In the worst case we'll have flag Jetty
as unsupported.

Which Jetty version and which operating system version do you use?



Regards,
Jost Bökemeier

I am using the JavaBridge template war for version 5.5.4.1 on Jetty. I
am using PHP on a separate IIS server. Running test.php on IIS with
the Java.inc from the Jetty server has this behavior Jetty. The
request begins, exactly 15 seconds pass, and then the request
completes showing all the Java System properties. So, it works, but
only after exactly 15000 ms.

On Tomcat the same arrangement completes the request instantly. I have
tried various settings in the 'define' section of Java.inc. I have
tried to properly set promiscuous mode in the web.xml file.

The only other clue is that if I test with a telnet PUT the console
output of Jetty says:

2010-02-14 06:36:43.029:INFO:/JavaBridge:handleHttpConnection init failed

Any idea what I should do to diagnose the problem with Jetty?

Hi!

> After bridge becomes "rock solid" under *heavy* loads, we could propose such
> ambitious code refactoring.

Do you mean that the bridge isn't "rock solid" under heavy load? Which problems does it have?


Peter




      

> PHP Java Bridge fills up the /tmp/-directory of our server with millions of
> pipe-files 

No, it doesn't, if used properly. This has been discussed in an old
thread. Please use a version >= 5.4.4 or switch off named pipes.


Regards,
Jost Bökemeier

Hello,

PHP Java Bridge fills up the /tmp/-directory of our server with millions of
pipe-files and also doesn't clean up as suggested when stopped and started.

Example:

-rw-------  1 www-data www-data    0 10. Feb 17:42 .php_java_bridgevXFmAs
prw-rw-rw-  1 www-data www-data    0 10. Feb 17:42 .php_java_bridgevXFmAs.i
prw-rw-rw-  1 www-data www-data    0 10. Feb 17:42 .php_java_bridgevXFmAs.o

Since the filesystem doesn't handle millions of files in just one directory
very well, I'm asking how to fix this behaviour.

Thanks in advance!

Best regards,
Thomas Lutz

Hi Andre,

sorry for the misunderstanding. I meant that the current code base
should be cleaned up by me, before you or anyone else can take over. The
refactoring will not take more than 4 hours.

>From my point of view the PHP/Java Bridge is complete. Maybe some parts
could be optimized, I don't know.
 

Okay, here's my plan:

I will do the refactoring next week and commit the changes into the
branch Release-6-0-0, which will become the head trunk. I will keep the
makefile (for SEL), but add an Ant script to build the JavaBridge.war.

I think you already have full CVS and project admin access. You should
also be able to add new developers to the project, if you want to.


Regards,
Jost Bökemeier

Hello,
I guess the suggestion of code refactoring is too much to accomplish into the
allowed time frame and likely number of colaborators.
I took into account that permission by Serpro for its employees to work at
project during business hours goes until december.
As this will be a voluntary participation effort, I guess that up to 10 skilled
people could join. Maybe much less...
So, I suggest tasks, at first, that clean a bit, secure  and stabilize present
code base.
After bridge becomes "rock solid" under *heavy* loads, we could propose such
ambitious code refactoring.
Suggestions?
Regards.
Andre Felipe Machado