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

Hi,

> Will this work under JBoss? 


please see our FAQ section "The EJB example works with the Sun J2EE server, but in JBoss I get a ClassCastException, what's wrong?"


Regards,
Jost Boekemeier



      

Hi,

> No, I used the Installer version.  But still no joy.

yes, if I install using the PHP installer and select "everything" and then type c:\Program Files\PHP\php-cgi -i in the cmd window, PHP crashes. I don't know which of the zillion php extensions causes this failure.

Please remove the broken c:\Program Files\PHP\php-cgi.exe and restart tomcat. Or set the prefer_system_php_exec to false in the WEB-INF/web.xml. The bridge will then use the php-cgi.exe which is contained in the .war archive. 

Btw: the error "XXX has encountered a problem" is a generic error message from windows. It is similar to a segfault on Unix. You can find the reason for the failure in the core dump or in the details tab of your debugger. 

Use the following simple PHP code to create such an error message:

<?php 
function f() {g();}
funcgion g() {f();}
g();
?>


But still, please report these problems to the PHP maintainers, not to us, please.


Regards,
Jost Boekemeier



      

Will this work under JBoss? I only have access to Apache and JBoss running
on Windows.



On Sat, Nov 15, 2008 at 9:38 AM, <
php...@li...> wrote:

> Hi,
>
> the PHP/Java Bridge install instructions are here:
>
> => http://php-java-bridge.sourceforge.net/pjb/installation.php
>
>
> Regards,
> Jost Boekemeier
>
>
>
>
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's
> challenge
> Build the coolest Linux based applications with Moblin SDK & win great
> prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> php-java-bridge-users mailing list
> php...@li...
> https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users
>

> Do you compile PHP yourself?  Maybe it's a compiler problem, optimization
> flag...

No, I used the Installer version.  But still no joy.

Hi!
 
> Peter -- no, I'm not using Zend Core 2,
 
They said this issue was resolved in Core 2.0.3, see here:https://www.zend.com/en/forums/index.php?t=tree&th=4525&mid=12648&S=8a4b171470bbbf0b15556bf556272b3f&rev=&reveal=
 
> and I had a shot at installing the
> latest version of PHP (5.2.7), 
 
Do you compile PHP yourself?  Maybe it's a compiler problem, optimization flag...
 
 
Peter
 


      

Hi,

[PHP crashes when running with a specific C library]

then I suggest to work with the PHP people to eliminate this bug.


In the comments linked by Peter there's a suggestion that this might be a bug due a specifc version of the windows operating system (xp with a specific patch). 

This makes sense because this PHP bug is not reproduceable on any windows operating system we've tested, including xp sp2. -- The person who reported this problem wasn't able to reproduce this problem either, so the item has been closed. What else do you expect from the PHP developers?


Regards,
Jost Boekemeier



      

Peter -- no, I'm not using Zend Core 2, and I had a shot at installing the
latest version of PHP (5.2.7), but it didn't solve the problem,
unfortunately.  I'll keep hacking away at it, but for the moment, I think
I'm stuck.  My use of the php Java bridge was based on wanting to
front-end Lucene with PHP, and there are a couple of different ways of
doing that.  Thanks for the help, though...

> Hi!
>
> are you using Zend Core 2? See here:
> http://www.zend.com/forums/index.php?t=msg&goto=9751
>
> The PHP bug tracker has had an entry: http://bugs.php.net/bug.php?id=44091
>
>
> Peter

Hi!

are you using Zend Core 2? See here: http://www.zend.com/forums/index.php?t=msg&goto=9751

The PHP bug tracker has had an entry: http://bugs.php.net/bug.php?id=44091


Peter



      

Hi,

> "CGI / FastCGI
> has encountered a problem and needs to close"

one of your php.ini settings has crashed your PHP executable.

Please report PHP related problems to the PHP maintainers, not to us.


Regards,
Jost Boekemeier


      

Hi Folks -- I am having some difficulty finishing off the installation of
the php Java bridge.  Software versions are as follows; Windows XP SP2,
Apache 2.2.9, Tomcat 6.0.18, php Java bridge 5.3.3, php 5.2.6.  When I get
to the step in the installation guidelines where I access
http://localhost:8080/JavaBridge, I get a steady stream of "CGI / FastCGI
has encountered a problem and needs to close", which only stops when I
stop the Tomcat service.  Any advice as to how to resolve very much
appreciated.  Thanks...TCG

Hi,

PHP/Java Bridge version 5.3.3 is now available.



Regards,
Jost Boekemeier



      

Hi,

the PHP/Java Bridge install instructions are here:

=> http://php-java-bridge.sourceforge.net/pjb/installation.php


Regards,
Jost Boekemeier



      

Trying to install it on WinDoze..

Per the instructions found on the links page....

http://php-java-bridge.sourceforge.net/pjb/links.php


On Fri, Nov 14, 2008 at 1:43 PM, <
php...@li...> wrote:

> Hello!
>
> java-x86-windows.dll is not in the WAR.
> Detained in guantanamo, probably...
>
>
> Seriously, why do you need a .dll to install or run the bridge?
>
>
> Peter
>
>
>
>
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's
> challenge
> Build the coolest Linux based applications with Moblin SDK & win great
> prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> php-java-bridge-users mailing list
> php...@li...
> https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users
>

Hello!

java-x86-windows.dll is not in the WAR.
Detained in guantanamo, probably...


Seriously, why do you need a .dll to install or run the bridge?


Peter




      

java-x86-windows.dll is not in the WAR.

Is it no longer possible to setup the bridge per the following example?

http://www.dsl.uow.edu.au/~sk33/phpjava.htm

Hi,

the current download already contains the fix:

=> http://downloads.sourceforge.net/php-java-bridge/php-java-bridge_5.3.3_j2ee.zip?use_mirror=


Regards,
Jost Bökemeier


      

Hello!

Thanks for your reply and your explanation of the problem. We are looking forward to 5.3.3 :-)


> java(...)
> // workaround for a 5.3.2 bug which must execute the second java statement within 30 seconds
> java(...)
> wait(...)
> java(...)

> However, I am curious why the wait() for more than 30 seconds is necessary?

I can think of two possible explanations in our current setup.

Firstly, we are making use of the JavaBridge in a backend daemon PHP script which runs indefinitely polling a message queue at regular intervals. Handling a message usually involves making one or more java()-calls. The interval between java()-calls is therefore dependent on the message frequency. Using PHP for this kind of backend business logic is of course a rather bad idea, but having to work with an existing architecture, we don't really have an option.
Maybe this issue could be resolved on the user level by flushing the JavaBridge somehow before the daemon goes back to sleep waiting for its next message?

Secondly, the external Java API which we are calling using the JavaBridge is at times very, very slow (response times of up to several minutes). For example:

function getExternalObjectName($externalObjectId)
{
    $externalObject = java('...')->getObject($externalObjectId);
    // the script stalls for one minute waiting for the above call to finish
    return java_values($externalObject->getName());
}


Best regards,
Johannes Staffans
itCampus GmbH

Hi,

to fix this problem please add the following line to your Java.inc (or Protocol.inc):

  $this->protocol->handler = $this->protocol->socketHandler;
+ $this->protocol->flush(); // don't wait for the next statement
  }

This fix will be in PHP/Java Bridge version 5.3.3.


Regards,
Jost Boekemeier




      

Hi,

please see my other mail which explains the problem.


Until version 5.3.3 is released please add a java() dummy statement to your script:

java(...)
// workaround for a 5.3.2 bug which must execute the second java statement within 30 seconds
java(...) 
wait(...)
java(...)
...


However, I am curious why the wait() for more than 30 seconds is necessary?


Regards,
Jost Boekemeier



      

Hi,

thank you very much for the bug report.


Your script contains the following code:

java(...)
wait(more than 30sec)
java(...)

Since the bridge avoids write/write/read to accommodate BSD's socket implementation, it has no chance to do a context switch before the ContextFactory times out after 30 seconds, checked every 10 minutes.

Hence the spurious protocol error and the exceptions.

Since John Nagle has fixed this TCP problem and all operating systems (except *BSD and probably OSX) seem to contain this fix, I will revert this change. The delayed ack will make the bridge slower on *BSD and OSX (~500ms per request), but I don't see a way to fix this on app level without introducing another network round-trip, which will make the bridge slower on *all* operating systems.[3]

The change will be in PHP/Java Bridge version 5.3.3, which will be released this week.

Again, thank you very much for reporting this problem!


Regards,
Jost Boekemeier

[1] A program demonstrating this problem:
http://lists.freebsd.org/pipermail/freebsd-bugs/2006-April/018144.html

[2] John Nagle's explanation: http://developers.slashdot.org/comments.pl?sid=174457&cid=14515105 and http://freebsd.monkey.org/freebsd-net/200601/msg00156.html

[3] As far as I know osx and bsd don't have a modern java environment, anyway. Users who want to run the bridge on these os may as well use unix domain sockets instead, see the README for details.



      

Hello!

> the web app path is missing after the @,  so I assume you use the JavaBridge.jar in development mode.

If by "development mode" you mean running the JavaBridge.jar as standalone, then yes:

java -jar JavaBridge.jar SERVLET_LOCAL:8080 4 /var/log/javabridge.log

> Furthermore I assume you're running windows or you have switched of the PipeContextServer.

The JavaBridge is running on Ubuntu 8.04. What the PipeContextServer is, I do not know. Our logs contain no reference to it.

> This is either a serious bug in the JavaBridge.jar or,
> more likely, you have mixed an old version of the front-end with a recent version of the back-end or vice versa.

I considered this as well. In reality, we are currently including the Java.inc file over http:

require_once("http://localhost:8080/JavaBridge/java/Java.inc");

Which I would think ensures that the frontend is indeed of the same version as the backend.

Regards,
Johannes Staffans
itCampus GmbH

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
php-java-bridge-users mailing list
php...@li...
https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users

>> Your client may not be interested in the result anymore... :)

Very possible.  But with asynchronous requests (AJAX) the client could 
continue working while waiting on the result.  I've never seen a request 
take longer than a couple of seconds, but everything we are doing here is 
on an Intranet.  I was just curious about issues that might arise in other 
circumstances.  Thanks for the information.  Very informative.

Charles Shaffer
Senior Analyst
NTN-Bower Corporation

Hi,


> java.io.IOException: No context available for: 21@.

the web app path is missing after the @,  so I assume you use the JavaBridge.jar in development mode. Furthermore I assume you're running windows or you have switched of the PipeContextServer.

In any case PHP sends an initial PUT request to the back end and then switches to a ContextRunner, keeping a persistent connection to it until it dies.

When the persistent connection is terminated, the client must not refer to its destroyed context anymore.

This is either a serious bug in the JavaBridge.jar or, more likely, you have mixed an old version of the front-end with a recent version of the back-end or vice versa. 


Regards,
Jost Boekemeier





      

Hi,

> If I am following what you are saying, then if I run a
> query that takes 
> longer than 30 seconds on the backend database server, the
> PHP process on 
> the server will die before the result set is returned.  

The result set is returned and php will process further statements until the maximum execution time set in your php.ini file is reached. wait() states do not count as execution time.


> If so, when is the allocated memory reclaimed?  

The reference counter reclaims unused memory immediately, i.e. __destruct() is called even before the next statement is executed. Cycles will be reclaimed when the script terminates.


> problem if I ever run a query that takes longer than 30

Your client may not be interested in the result anymore... :)


Regards,
Jost Boekemeier



      

Hi,

please see the test/cli.java from the documentation server folder.


Regards,
Jost Boekemeier