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

Hi Jost,

i am running on ubuntu9.04 with tomcat6, sun-java1.6.0_14 and PHP 5.2.6.
So, i guess i'll try to see what i can figure out since nobody else seems to 
have this problem.

thanks
matt


On Tuesday 18 August 2009, php...@li... wrote:
> Hi,
>
> We can only support original software[1]. Please download tomcat from
> apache org and try again.
>
> Regards,
> Jost Boekemeier
> [1] Debian and RedHat patched/hacked/whatever variants are also supported
> via packages.
>
> 17. Aug 2009 10:15 nachm. schrieb am <
> php...@li...>:
>
> Hi,
>
> i have a problem with the JavaBridge installation. When i point my browser
> to:
> http://127.0.0.1:8080/JavaBridge/
>
> i get: Servlet PhpCGIServlet is not available
>
> i tested the install as explained on the website via:
> java -classpath JavaBridge.war TestInstallation
> which gave me no errors.
>
> Then i deployed it to the tomcat webapps folder. The tomcat examples and a
> simple hello world example are working.
>
> This is probably a trivial issue, but i am not sure what i am missing. I
> also
> googled it and found nothing that helped me.
>
> thanks
> matt
> ---------------------------------------------------------------------------
>--- Let Crystal Reports handle the reporting - Free Crystal Reports 2008
> 30-Day trial. Simplify your report design, integration and deployment - and
> focus on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> php-java-bridge-users mailing list
> php...@li...
> https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users
> ---------------------------------------------------------------------------
>--- Let Crystal Reports handle the reporting - Free Crystal Reports 2008
> 30-Day trial. Simplify your report design, integration and deployment - and
> focus on what you do best, core application coding. Discover what's new
> with Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> php-java-bridge-users mailing list
> php...@li...
> https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users

> a "standard" Apache + mod_php 5.2.9 configuration

Great. Apache/IIS/PHP front- and Java back end is the normal configuration.

Regards,
Jost Boekemeier

18. Aug 2009 12:46 nachm. schrieb am <
php...@li...>:

Hi Jost,

> You are right, when calling fopen("php://input", "r") PHP
> version 5 may crash or hang. Please do not use it until this
> PHP5 bug is fixed.
> ...
> Do you report this bug to the PHP maintainers?

Using PHP 5.2.9 here, but function php_stream_input_read() in
php_fopen_wrapper.c is identical to the 5.2.5 one.

Before opening a bug (been there, done that) I should carefully check
what you say, but I cannot do so right now - leaving for vacation
tomorrow next and lots of loose ends to fix here at work.

Anyway I modified the Swing application to redirect the JSON-RPC call to
a "standard" Apache + mod_php 5.2.9 configuration (no Jetty no Java) and
php://input works perfectly - as well it should, since we are using that
machine as a SOAP services endpoint, consuming RAW POST data all the
time.

Will need to double check the C dode ...

Bye,
Massimo

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus
on
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
php-java-bridge-users mailing list
php...@li...
https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users

=> http://bugs.php.net/bug.php?id=49286

Hi Jost,

> You are right, when calling fopen("php://input", "r") PHP version 5 
> may crash or hang. Please do not use it until this
> PHP5 bug is fixed.
> ...
> Do you report this bug to the PHP maintainers?

Using PHP 5.2.9 here, but function php_stream_input_read() in
php_fopen_wrapper.c is identical to the 5.2.5 one.

Before opening a bug (been there, done that) I should carefully check
what you say, but I cannot do so right now - leaving for vacation
tomorrow next and lots of loose ends to fix here at work.

Anyway I modified the Swing application to redirect the JSON-RPC call to
a "standard" Apache + mod_php 5.2.9 configuration (no Jetty no Java) and
php://input works perfectly - as well it should, since we are using that
machine as a SOAP services endpoint, consuming RAW POST data all the
time.

Will need to double check the C code ...

Bye,
Massimo

Hi again, 

> I will add a jsr223 tutorial to our web site.

Great!

> The bindings are complete. The reason for the new 
> script-api.jar was a degression in version 5.4.4.2; I have 
> cleaned up a little bit too much, leaving the standalone 
> script engine w/o a urlreader path, even though it has been 
> documented in the api doc. The path was re-introduced in 5.5.1.

I will upgrade to the new release ASAP.

Regards,
Massimo

Hi Jost,

> You are right, when calling fopen("php://input", "r") PHP 
> version 5 may crash or hang. Please do not use it until this 
> PHP5 bug is fixed.
> ...
> Do you report this bug to the PHP maintainers?

Using PHP 5.2.9 here, but function php_stream_input_read() in
php_fopen_wrapper.c is identical to the 5.2.5 one.

Before opening a bug (been there, done that) I should carefully check
what you say, but I cannot do so right now - leaving for vacation
tomorrow next and lots of loose ends to fix here at work.

Anyway I modified the Swing application to redirect the JSON-RPC call to
a "standard" Apache + mod_php 5.2.9 configuration (no Jetty no Java) and
php://input works perfectly - as well it should, since we are using that
machine as a SOAP services endpoint, consuming RAW POST data all the
time.

Will need to double check the C dode ...

Bye,
Massimo

Hi Massimo,

I will add a jsr223 tutorial to our web site.

The bindings are complete. The reason for the new script-api.jar was a
degression in version 5.4.4.2; I have cleaned up a little bit too much,
leaving the standalone script engine w/o a urlreader path, even though it
has been documented in the api doc. The path was re-introduced in 5.5.1.

Please see the jsr223 api documentation  for details.

The X_ headers and the java_getHeader() are internal and shouldn't be used
in general. The line I have given is an exception. You can wrap it in a
function and use 'if called_from_java() java_context()-call(java_closure())'
if you want.

> I still don't quite grasp how to use java_closure(

That's the core idea of the bridge. These calls never return but call others
ad infinitum.

Regards,
Jost Boekemeier

18. Aug 2009 11:48 vorm. schrieb am <
php...@li...>:

Hi Jost,

> Sure, you could use json or even invent your own text-based
> communication protocol, but why not use the php java bridge
> to handle the communication?
>
> Here's a simple php script which acts as a receiver.

Thank for the advice, I will try your code.
It may be me, but I would never have tried what you suggest; I can't
find documentation about the several X_JAVABRIDGE_* constants and their
intended usage, nor was I aware of the java_getHeader() function.
Moreover, I still don't quite grasp how to use java_closure() and
lastly, I believe several methods of the ScriptEngine API are still to
be implemented ... is this correct?

Massimo

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus
on
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
php-java-bridge-users mailing list
php...@li...
https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users

Hi Jost,

> Sure, you could use json or even invent your own text-based 
> communication protocol, but why not use the php java bridge 
> to handle the communication?
> 
> Here's a simple php script which acts as a receiver.

Thank for the advice, I will try your code.
It may be me, but I would never have tried what you suggest; I can't
find documentation about the several X_JAVABRIDGE_* constants and their
intended usage, nor was I aware of the java_getHeader() function.
Moreover, I still don't quite grasp how to use java_closure() and
lastly, I believe several methods of the ScriptEngine API are still to
be implemented ... is this correct?

Massimo

Hi,

We can only support original software[1]. Please download tomcat from apache
org and try again.

Regards,
Jost Boekemeier
[1] Debian and RedHat patched/hacked/whatever variants are also supported
via packages.

17. Aug 2009 10:15 nachm. schrieb am <
php...@li...>:

Hi,

i have a problem with the JavaBridge installation. When i point my browser
to:
http://127.0.0.1:8080/JavaBridge/

i get: Servlet PhpCGIServlet is not available

i tested the install as explained on the website via:
java -classpath JavaBridge.war TestInstallation
which gave me no errors.

Then i deployed it to the tomcat webapps folder. The tomcat examples and a
simple hello world example are working.

This is probably a trivial issue, but i am not sure what i am missing. I
also
googled it and found nothing that helped me.

thanks
matt
------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus
on
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
php-java-bridge-users mailing list
php...@li...
https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users

Hi Massimo,

You are right, when calling fopen("php://input", "r") PHP version 5 may
crash or hang. Please do not use it until this PHP5 bug is fixed.

I have looked at php 5.2.5. In php_fopen_wrapper.c line 81 it reads the
raw_post_data and then increments the SG(read_post_bytes) even though it
hasn't read anything. The result is that SG(read_post_bytes) is twice the
CONTENT_LENGTH size, causing all sorts of strage side effects later on.

In your particular case it calls SAPI.c sapi_read_post_data() which reads
the input up to CONTENT_LENGTH bytes. Then you call php_fopen_wrapper.c
php_stream_input_read() which reads nothing but increments
SG(read_post_bytes) again. And finally sapi_cgi_read_post() is called from
sapi_deactivate() to consume any remaining input. The remaining input is
calculated as (unsigned)(CONTENT_LENGTH-SG(read_post_bytes)) which is
4294967296-CONTENT_LENGTH due to an overflow.

If you post that much data, it will work, I guess... :)

Do you report this bug to the PHP maintainers?

Regards,
Jost Boekemeier

17. Aug 2009 4:44 nachm. schrieb am <
php...@li...>:


 Hi Jost,

thank you for the reply.

> Is it a standalone web- or desktop application?

It is a standalone desktop application, but several tasks will also
interface a remote Web server, if/when a network connection is
available.

> Why do you need jetty for a desktop application?

I found it helps a lot to give structure and order to the
application(s). It takes care of potential CLASSPATH issues, it's easy
to setup and start/stop, and has a small footprint. Last but not least,
it keeps a door open for more advanced functionality I may need in the
future - this is just the first of (hopefully) several applications.

> If you want to use PHP as a plugin only, use the JSR 223 API.

I am currently trying to connect the Swing application with Jetty-hosted
PHP scripts via JSON-RPC, since the (RAW POST based) protocol is quite
efficient and easy to implement, both in PHP and in Java.

Sadly though, while I can readily access the RAW POST data via
php://input and can also write the JSON string received from Java to a
file, I see the fastcgi is unable to output the response ... looks like
the communication channel is corrupted somehow as soon as I fopen it for
reading.

On the grounds that I may be violating the standard way of interacting
with a servlet, I've been struggling the past few days to solve the
problem by using java_context() methods and properties, but without
success so far ... I'd appreciate some advice.

Massimo

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus
on
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
php-java-bridge-users mailing list
php...@li...
https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users