php-java-bridge-users Mailing List for PHP/Java Bridge (Page 36)

Hi,

clean target below. The change and an updated php-java-bridge.spec
file is in the CVS.


  <target name="clean" depends="init">
    <delete dir="server/documentation" />
    <delete dir="documentation" />
    <delete dir="dist" />
    <delete dir="bin" />
    <delete file="server/META-INF/java/Java.inc" />
    <delete file="server/META-INF/java/JavaProxy.php" />
    <delete file="server/php/java/bridge/JavaInc.java" />
    <delete file="server/php/java/bridge/JavaProxy.java" />
    <delete file="server/php/java/bridge/PhpDebuggerPHP.java" />
    <delete file="server/php/java/bridge/LauncherUnix.java" />
    <delete file="server/php/java/bridge/LauncherWindows.java" />
    <delete file="server/php/java/bridge/LauncherWindows2.java" />
    <delete file="server/php/java/bridge/LauncherWindows3.java" />
    <delete file="server/php/java/bridge/LauncherWindows4.java" />
  </target>

Hi Frederik,

> First time I copy pasted the JavaBridge.war file into my tomcat webapp
> directory the application deployed fine. I could run the test pages...

Okay.


> Then I deleted the JavaBridge.war and the JavaBridge folder and restarted tomcat.

I don't think you're telling us the whole story. :)

If you delete the JavaBridge.war, the JavaBridge folder will vanish.
How can you delete a folder that is either locked or doesn't exist?

Anyway, if you stop the web app or the tomcat application, the FastCGI
process ("launcher.exe", see your windows task list) will vanish,
because the pipe connection to the Java back end breaks.

Can you please check if there's a launcher.exe or a
php-cgi-x86-windows.exe in the task list?


> In the windows event viewer I get to see:
> Faulting application php-cgi-x86-windows.exe, version 5.3.1.0, faulting
> module php5ts.dll, version 5.3.1.0, fault address 0x000e618c.

What happened to your machine between the first- and the second deployment?

Did you install some PHP addons or some dll's or did you upgrade the php5ts.dll?


Regards,
Jost Bökemeier

Hi everyone,

First time I copy pasted the JavaBridge.war file into my tomcat webapp 
directory the application deployed fine.
I could run the test pages... Then I deleted the JavaBridge.war and the 
JavaBridge folder and restarted tomcat.

When I now put the JavaBridge.war in the webapps directory again the 
application is still deployed but i get the following error in the web 
browser:
HTTP Status 500

javax.servlet.ServletException: PHP FastCGI instance failed.
	php.java.servlet.fastcgi.FastCGIServlet.execute(FastCGIServlet.java:912)
	php.java.servlet.fastcgi.FastCGIServlet.handle(FastCGIServlet.java:946)
	php.java.servlet.fastcgi.FastCGIServlet.doGet(FastCGIServlet.java:993)
	javax.servlet.http.HttpServlet.service(HttpServlet.java:690)
	javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
	php.java.servlet.PhpCGIFilter.doFilter(PhpCGIFilter.java:126)

*root cause*

php.java.servlet.fastcgi.ConnectionException
	php.java.servlet.fastcgi.FastCGIInputStream.read(FastCGIInputStream.java:52)
	php.java.servlet.fastcgi.FastCGIServlet.parseBody(FastCGIServlet.java:822)
	php.java.servlet.fastcgi.FastCGIServlet.doExecute(FastCGIServlet.java:884)
	php.java.servlet.fastcgi.FastCGIServlet.execute(FastCGIServlet.java:900)
	php.java.servlet.fastcgi.FastCGIServlet.handle(FastCGIServlet.java:946)
	php.java.servlet.fastcgi.FastCGIServlet.doGet(FastCGIServlet.java:993)
	javax.servlet.http.HttpServlet.service(HttpServlet.java:690)
	javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
	php.java.servlet.PhpCGIFilter.doFilter(PhpCGIFilter.java:126)

*root cause*

java.io.IOException: Protocol error
	php.java.servlet.fastcgi.FastCGIInputStream.doRead(FastCGIInputStream.java:61)
	php.java.servlet.fastcgi.FastCGIInputStream.read(FastCGIInputStream.java:48)
	php.java.servlet.fastcgi.FastCGIServlet.parseBody(FastCGIServlet.java:822)
	php.java.servlet.fastcgi.FastCGIServlet.doExecute(FastCGIServlet.java:884)
	php.java.servlet.fastcgi.FastCGIServlet.execute(FastCGIServlet.java:900)
	php.java.servlet.fastcgi.FastCGIServlet.handle(FastCGIServlet.java:946)
	php.java.servlet.fastcgi.FastCGIServlet.doGet(FastCGIServlet.java:993)
	javax.servlet.http.HttpServlet.service(HttpServlet.java:690)
	javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
	php.java.servlet.PhpCGIFilter.doFilter(PhpCGIFilter.java:126)



In the windows event viewer I get to see:
Faulting application php-cgi-x86-windows.exe, version 5.3.1.0, faulting 
module php5ts.dll, version 5.3.1.0, fault address 0x000e618c.

Can someone help me out plz?

Best regards
Frederik

Hi Andre,

indeed, some common targets are currently missing; I focused more on
testing the code in different environments, (Solaris, FreeBSD, Linux
and Windows XP) and AS servers (Glassfish, Jetty, WebLogic, Resin,
Geronimo).

A "test" target would also be nice. The tests.php5 directory contains
feature tests I have added during the development of the bridge. I
don't know if it is feasible to convert them into JUnit tests.

Unfortunately I won't have much time in the next months. I may work on
the PHPDebugger, but it is independent of the PHP/Java Bridge project.


Regards,
Jost Bökemeier

Hello,
I am trying to package the new v. 6.0.3 from cvs for Debian and it seems to be
missing ant clean rules.
Could you confirm this?
Regards.
Andre Felipe

The text files in:

php-java-bridge\unsupported\platform\plugins

have been committed as a text files, which caused a crash in the birt
report engine on windows. The osgi framework expects the properties
files in unix format (\n line ends), not windows format (\r\n line).

I have removed and re-added the entire platform folder, changing all
text file back to unix format and set the binary property, so that
wincvs doesn't destroy them.

The new CVS release tags are:

 Root_Release-6-0-3_NEW
 Release-6-0-3_NEW

The download files have been created on a unix machine, so there's no
need to update them.

BTW: To compile the bridge on a windows machine, you need php.exe,
php5.dll, tools.jar (from the 1.6 JDK download), ant-launcher.jar and
ant.jar (from the ant download) in the current folder and run:

  java -jar ant-launcher.jar JavaBridgeWar


Regards,
Jost Bökemeier

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