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

On Tuesday 09 February 2010, php...@li... wrote:
> * Remove the autoconf scripts and support for RedHat's GNU Java/GCJ.
> Developers should be able to use a Java IDE like Netbeans or Eclipse to
> contribute to the project.

If I may add my humble opinion at this exact point, 

you should really consider using either Ant or Maven or even Ivy (or a 
combination of Java-based build tools) for the build system of the php-java 
bridge project (the war project and anything else, if build seperately).

I've seen the current build script, I'm not sure that it's possible without 
major re-construction, but at least a try would be very much welcome! :)


-- 
Thanos Kyritsis <djart at linux.gr>

- What's your ONE purpose in life ?
- To explode, of course! ;-)

Hi Andre,

this sounds very interesting!

At the moment the code contains a lot of old cruft which nobody
understands, but which is kept for backward compatibility.

For example I would like to get rid of the following "features"

* java_require() and dynamic class loading

* The PhpCGIServlet and the CGIServlet. The FastCGI servlet should be
rewritten.

* .NET and mono support is obsolete

* the custom log4j support should go

* everything from the bridge/http/ package should be removed. These
context runners are difficult to understand. I would use chunked
connections everywhere.

* Remove the autoconf scripts and support for RedHat's GNU Java/GCJ.
Developers should be able to use a Java IDE like Netbeans or Eclipse to
contribute to the project.


What about creating a fork, something like "PHP/Java Bridge light"? The
old PHP/Java Bridge code could still be maintained by me. And bug fixes
could be taken from the new code base.

Do you need a new SVN or GIT repository or is a branch sufficient?


Regards,
Jost Bökemeier

Hi Jost,

Thanks for the very reasonable response. I won't respond to it in detail 
here as you've requested, but the way you've explained it has made it 
much clearer for me.

I still don't understand why my code is working given what you have 
said, though it is much revised from the first email I sent. Maybe it 
will break and I will experience what you are telling me for myself, 
which won't be a bad thing. But I've taken enough of your time already, 
so I'll shut up.

Thanks for helping out.


Mark...

Mark,

you don't seem to understand the issue.

1. A GET request must be answered by the HTTP 1.1 server by either
sending the Content-Length header or by sending the Transfer-Encoding:
chunked header.

2. To send large responses efficiently, Transfer-Encoding: chunked is
used.

3. The network buffer used by the PHP streams implementation reads data
eagerly. If you fread($socket, 1024) and the network buffer already
contains 24 bytes, PHP will try to read 1000 bytes nevertheless.

4. If you open a HTTP 1.0 connection to a HTTP server which cannot
respond with a Content-Length header, the behaviour is implementation
specific. It may send an error, send a raw byte stream or it may start
playing nethack.

5. PHP running within Apache behaves exactly the same as PHP running
within a JEE server or servlet engine. The only difference is that Java
prints a stack trace when the hanging PHP instance is killed, while
Apache silently kills it with SIGCHILD.


You don't have many choices to implement your "stream download". Either
you use HTTP/1.1 chunked connections, or you will have to deal with an
implementation-specific behaviour of both, the HTTP server (#4) *and*
PHP (#3).

Since the PHP streams implementation cannot handle raw byte streams
which don't have an explicit length (either Content-Length or the length
from each "chunked" header), you cannot use PHP fread --- your "fgets()"
is bogus because you do not and cannot distinguish between the \r\n from
the data and the \r\n used to split the packets, so your download is
garbage anyway --- to receive the data, unless the remote server shuts
down the connection at the end of the transfer, so that PHP's fread (or
fgets) doesn't try to fill its network buffer over the end of the data. 

If you want to discuss this issue further, please use the PHP mailing
list instead. 


Regards,
Jost Bökemeier

Hello,
I am beeing buried under other works last months, but finally got authorization
from my employer to announce this: 
http://www.serpro.gov.br is wanting to help php-java-bridge (mainly at Debian
systems) to improve its security, scalability, stability for optimal suitability
at government size production environments.
It is part of the SERPRO effort to help [0] Debian Project.

We can leverage the offer to get help improve the SE Linux rules, for example. 

What are other skills in need that we could ask for more help, towards their
objectives (that are also good for the project)?
Serpro can donate some of its employees man hours during business hours to the
project effort (mine included from now onwards) with tracking.

Regards.
Andre Felipe Machado


[0] http://www.techforce.com.br/news/linux_blog/debian_serpro_preliminary_report_1