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

> Moreover, it is FAST.

HTTP, especially HTTPS isn't fast at all.

You must be kidding...

http://php.net/manual/en/function.fsockopen.php

 <?php
$fp = fsockopen("www.example.com", 80, $errno, $errstr, 30);
if (!$fp) {
    echo "$errstr ($errno)<br />\n";
} else {
    $out = "GET / HTTP/1.1\r\n";
    $out .= "Host: www.example.com\r\n";
    $out .= "Connection: Close\r\n\r\n";
    fwrite($fp, $out);
    while (!feof($fp)) {
        echo fgets($fp, 128);
    }
    fclose($fp);
}
?>

Roy,

if you need to call a servlet from PHP, PJB is not strictly needed for this: why don't you simply use e.g. the cURL extension?
It would make POSTing / GETting over HTTPS a breeze, and give you a lot of control over connection parameters.
Moreover, it is FAST.

Massimo

> -----Messaggio originale-----
> Da: php...@li... 
> [mailto:php...@li...] 
> Inviato: lunedì 23 maggio 2011 22.20
> A: php...@li...
> Oggetto: [Php-java-bridge-users] Calling a Java Servlet from PHP
> 
> Hi there,
> 
> I can't seem to get what I want done working and really hope 
> that someone can put me in the right direction - please.
> 
> I am trying to send values from a PHP web app (using 
> CodeIgniter) to a Java servlet (over https).  I want to 
> submit values to the servlet and based on these parameters 
> return an appropriate response.
> 
> Please can someone point me in the right direction here.  I 
> see there is an example of a doGet on the site, but how do I 
> submit parameters to the servlet?  Can this be be done using 
> doPost as well?  How would I submit over https?  Sorry for 
> all the questions, but I really need help.
> 
> Thanks,
> Roy
> --------------------------------------------------------------
> ----------------
> What Every C/C++ and Fortran developer Should Know!
> Read this article and learn how Intel has extended the reach 
> of its next-generation tools to help Windows* and Linux* 
> C/C++ and Fortran developers boost performance applications - 
> including clusters. 
> http://p.sf.net/sfu/intel-dev2devmay
> _______________________________________________
> php-java-bridge-users mailing list
> php...@li...
> https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users
> 

Hi there,

I can't seem to get what I want done working and really hope that someone
can put me in the right direction - please.

I am trying to send values from a PHP web app (using CodeIgniter) to a Java
servlet (over https).  I want to submit values to the servlet and based on
these parameters return an appropriate response.

Please can someone point me in the right direction here.  I see there is an
example of a doGet on the site, but how do I submit parameters to the
servlet?  Can this be be done using doPost as well?  How would I submit over
https?  Sorry for all the questions, but I really need help.

Thanks,
Roy

Hi,

if there's no directory to run PHP, it won't be usable.


> If anyone'd be so kind as to direct me to the bug tracker I'd be happy to
> open a ticket for this issue.

I don't think it's a bug. The bridge may contain some warts, but this isn't
one of them.

You might use the patches tracker, if you want to. But I don't think I will
apply it. The PHP/Java Bridge code is mature and won't change anymore,
except for serious bugs or security problems.


Regards,
Jost Bökemeier

I know it says on the sourceforge page to post bugs to the bug tracker but I
looked for it and could not find it for the life of me.

I'm using php-java bridge to run a php based webpage from inside of tomcat
on linux and have found an issue with the Util.process start method in my
instance as it is inherited in FCGIProcess the method argument
java.io.File homeDir
apparently uses the current user's home directory and this is the directory
from which FCGIProcess tries to run php-cgi. The problem arises on my server
from the fact that the user running tomcat has their home directory set to
/dev/null -- this is a security practice that some  admins follow with
service only (no login) user accounts.

I know you try and handle directory non-existence but on *nix it's probably
also worth checking that the directory in this arg isn't a block or
character special file.

If anyone'd be so kind as to direct me to the bug tracker I'd be happy to
open a ticket for this issue.

-jason

Hi Justin,

it's usually localhost:9260 or above or some named pipe, depending on
the operating system. Please see the README and protocol spec for
details.


> If it is on a different port, let me know so that I can configure that in my firewall rules.

Firewall rules? I think that's a misunderstanding.


Regards,
Jost Bökemeier

I was just passing along the information that I received from the HTTP
working group conversation, I don't know enough about the protocol
specifics to disagree. The following paragraph from your reply does
raise a question:
> Not really, no. The bridge uses a HTTP/1.1 connection to get in
> contact with the JEE back-end. After the first statement, the bridge
> uses a private socket- or pipe channel, if it is available. If not,
> the bridge must continue to use the HTTP connection until it breaks.
> And it will break, usually after ~30 seconds or ~100 statements. And
> there's no way to re-establish a connection with the same node nor to
> transfer the state to a different node.

How does this private socket or pipe channel work? Does it work on the
HTTP port or does it open a completely separate port?  All of the
documentation I saw indicates that all traffic goes across the HTTP
connection. If it is on a different port, let me know so that I can
configure that in my firewall rules.

Thanks,
Justin

Hi,

> of HAProxy, I have determined that it is neither a problem with
> GlassFish clustering, nor with the intermediary load-balancing proxy.

it's a problem with your setup. If you run PHP behind the proxy,
please see our FAQ, the problem vanishes.


> Rather, it seems that PHP/Java bridge uses chunking in an improper way

Not really, no. The bridge uses a HTTP/1.1 connection to get in
contact with the JEE back-end. After the first statement, the bridge
uses a private socket- or pipe channel, if it is available. If not,
the bridge must continue to use the HTTP connection until it breaks.
And it will break, usually after ~30 seconds or ~100 statements. And
there's no way to re-establish a connection with the same node nor to
transfer the state to a different node.


[connection: upgrade]

Yeah, if WebSocket ever take off, and its problems get fixed, we might
use it. But I have the gut feeling that this will never happen.


Regards,
Jost Bökemeier

Hello Jost et al.,
Sorry for the delayed response, but debugging this issue has taken
awhile.  After additional debugging as well as working with the creator
of HAProxy, I have determined that it is neither a problem with
GlassFish clustering, nor with the intermediary load-balancing proxy.

Rather, it seems that PHP/Java bridge uses chunking in an improper way
(i.e. not supported by the specification). See
http://lists.w3.org/Archives/Public/ietf-http-wg/2011AprJun/0208.html

Luckily the creator of HAProxy has been very helpful in producing a
patch that works well for this particular use case. He also made some
suggestions for me to pass along to you regarding alternative mechanisms
to support the same thing:

	"You can also suggest them to take a look at WebSocket
	or at least to the 101/Upgrade mechanism (used by websocket).
	Basically they'd have to do this :

	   GET /some-resource HTTP/1.1
	   Upgrade: php-java-bridge

	The server responds :

	   HTTP/1.1 101 Switching protocol
	   Upgrade: php-java-bridge

	Then they have a *really* bidirectional TCP connection on top of that.
	And if intermediaries fail, then those intermediaries are at fault."

As far as your recommendation to collocate PHP and the GlassFish on the
same server... doing so would break the multi-tier structure of our
network, which would have many security and management implications.

I would recommend that you include some information on your website
indicating that this protocol is intended to be used between two
applications running on the same server and that other use cases are not
supported and will most likely break when using intermediary proxies.  

Thanks,
Justin

On Wed, 2011-05-04 at 20:00 +0200,
php...@li... wrote:
> Hi,
> 
> please take a look at our Tomcat Cluster FAQ. It uses Apache/Tomcat,
> and explains how to set up a cluster.
> 
> Unlike your setup, the tomcat cluster runs php and java on every node,
> eliminating expensive network calls.
> 
> Although your setup may work, too, provided that your JEE server
> supports HTTP/1.1 chunked connections (which it seems it doesn't), I
> wouldn't run PHP in front of the load balancer.
> 
> 
> Regards,
> Jost Bökemeier
> 
> 
> On 5/1/11, php...@li...
> <php...@li...> wrote:
> > I upgraded to Glassfish 3.1 and that problem seems to be fixed.  However
> > I'm getting the following exception whenever I have HAProxy sitting in
> > between apache/php and glassfish...
> >
> > [#|2011-04-26T13:48:10.022-0500|SEVERE|sun-appserver2.1|
> > javax.enterprise.system.container.web|
> > _ThreadID=22;_ThreadName=httpSSLWorkerThread-38080-1;_RequestID=10483a26-c954-4b1f-a564-15fa7c54fd6f;|StandardWrapperValve[uibServlet]:
> > PWC1406: Servlet.service() for servlet uibServlet threw exception
> > java.io.IOException: Invalid chunk header
> >       at
> > org.apache.coyote.http11.filters.ChunkedInputFilter.doRead(ChunkedInputFilter.java:171)
> >       at
> > org.apache.coyote.http11.InternalInputBuffer.doRead(InternalInputBuffer.java:722)
> >       at org.apache.coyote.Request.doRead(Request.java:482)
> >       at
> > org.apache.coyote.tomcat5.InputBuffer.realReadBytes(InputBuffer.java:342)
> >       at org.apache.tomcat.util.buf.ByteChunk.substract(ByteChunk.java:411)
> >       at org.apache.coyote.tomcat5.InputBuffer.read(InputBuffer.java:357)
> >       at
> > org.apache.coyote.tomcat5.CoyoteInputStream.read(CoyoteInputStream.java:263)
> >       at php.java.bridge.Parser.read(Parser.java:94)
> >       at php.java.bridge.Parser.parse(Parser.java:176)
> >       at php.java.bridge.Request.handleRequest(Request.java:383)
> >       at php.java.bridge.Request.handleRequests(Request.java:500)
> >       at php.java.bridge.JavaBridge.handleRequests(JavaBridge.java:150)
> >       at
> > php.java.servlet.RemoteHttpServletContextFactory.handleRequests(RemoteHttpServletContextFactory.java:262)
> >       at com.pedigree.lineage.web.servlets.UIBServlet.doPut(UIBServlet.java:1923)
> >       at javax.servlet.http.HttpServlet.service(HttpServlet.java:757)
> >       at javax.servlet.http.HttpServlet.service(HttpServlet.java:847)
> >       at
> > org.apache.catalina.core.ApplicationFilterChain.servletService(ApplicationFilterChain.java:427)
> >       at
> > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:333)
> >       at
> > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214)
> >       at
> > org.springframework.security.util.FilterChainProxy.doFilter(FilterChainProxy.java:169)
> >       at
> > org.springframework.web.filter.DelegatingFilterProxy.invokeDelegate(DelegatingFilterProxy.java:236)
> >       at
> > org.springframework.web.filter.DelegatingFilterProxy.doFilter(DelegatingFilterProxy.java:167)
> >       at
> > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:246)
> >       at
> > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214)
> >       at
> > com.pedigree.web.support.filters.RequestTimingFilter.doFilter(RequestTimingFilter.java:74)
> >       at
> > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:246)
> >       at
> > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214)
> >       at
> > org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:313)
> >       at
> > org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:287)
> >       at
> > org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:218)
> >       at
> > org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:648)
> >       at
> > org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:593)
> >       at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:94)
> >       at
> > com.sun.enterprise.web.PESessionLockingStandardPipeline.invoke(PESessionLockingStandardPipeline.java:98)
> >       at
> > com.sun.enterprise.ee.web.sessmgmt.SessionLockingStandardPipeline.invoke(SessionLockingStandardPipeline.java:120)
> >       at
> > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:222)
> >       at
> > org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:648)
> >       at
> > org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:593)
> >       at
> > org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:587)
> >       at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:1093)
> >       at
> > org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:166)
> >       at
> > org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:648)
> >       at
> > org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:593)
> >       at
> > org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:587)
> >       at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:1093)
> >       at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:291)
> >       at
> > com.sun.enterprise.web.connector.grizzly.DefaultProcessorTask.invokeAdapter(DefaultProcessorTask.java:666)
> >       at
> > com.sun.enterprise.web.connector.grizzly.DefaultProcessorTask.doProcess(DefaultProcessorTask.java:597)
> >       at
> > com.sun.enterprise.web.connector.grizzly.DefaultProcessorTask.process(DefaultProcessorTask.java:872)
> >       at
> > com.sun.enterprise.web.connector.grizzly.DefaultReadTask.executeProcessorTask(DefaultReadTask.java:341)
> >       at
> > com.sun.enterprise.web.connector.grizzly.DefaultReadTask.doTask(DefaultReadTask.java:263)
> >       at
> > com.sun.enterprise.web.connector.grizzly.DefaultReadTask.doTask(DefaultReadTask.java:214)
> >       at
> > com.sun.enterprise.web.portunif.PortUnificationPipeline$PUTask.doTask(PortUnificationPipeline.java:382)
> >       at com.sun.enterprise.web.connector.grizzly.TaskBase.run(TaskBase.java:264)
> >       at
> > com.sun.enterprise.web.connector.grizzly.ssl.SSLWorkerThread.run(SSLWorkerThread.java:106)
> >
> > It seems to be directly caused by HAproxy because it works fine without
> > it in between.  Has anyone seen this error message before?  I'll try
> > asking the HAproxy lists as well to see if they would know a work
> > around.
> >
> > Thanks!
> >
> > On Thu, 2011-04-28 at 22:59 -0500,
> > php...@li... wrote:
> >> Hello,
> >> Are there any additional setup changes that are needed to get PHP/Java
> >> Bridge to work with a load-balanced glassfish 2.1.1 cluster?  We use a
> >> custom servlet using Spring Security for access control accessed by a
> >> cluster of apache webservers through a reverse proxy.  It works fine
> >> when we setup the exact same Glassfish domain minus clustering, but
> >> starts throwing bean creation exceptions (which are usually caused by
> >> the JSESSIONID cookie not being sent correction) when we add in
> >> clustering.
> >>
> >> My guess is that it is not a problem with PHP/Java Bridge, but rather
> >> our setup of session listeners, but I figured I would ask if there is
> >> something that I am overlooking here.  Has anyone here used PHP/Java
> >> Bridge with Glassfish cluster (2.1.1 or 3.1)?  Bonus points if you have
> >> also added Spring security to the mix!
> >>
> >> Thanks!
> >
> >
> >
> > ------------------------------------------------------------------------------
> > WhatsUp Gold - Download Free Network Management Software
> > The most intuitive, comprehensive, and cost-effective network
> > management toolset available today.  Delivers lowest initial
> > acquisition cost and overall TCO of any competing solution.
> > http://p.sf.net/sfu/whatsupgold-sd
> > _______________________________________________
> > php-java-bridge-users mailing list
> > php...@li...
> > https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users
> >
> 
> ------------------------------------------------------------------------------
> WhatsUp Gold - Download Free Network Management Software
> The most intuitive, comprehensive, and cost-effective network
> management toolset available today.  Delivers lowest initial
> acquisition cost and overall TCO of any competing solution.
> http://p.sf.net/sfu/whatsupgold-sd
> _______________________________________________
> php-java-bridge-users mailing list
> php...@li...
> https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users

Hi,

please take a look at our Tomcat Cluster FAQ. It uses Apache/Tomcat,
and explains how to set up a cluster.

Unlike your setup, the tomcat cluster runs php and java on every node,
eliminating expensive network calls.

Although your setup may work, too, provided that your JEE server
supports HTTP/1.1 chunked connections (which it seems it doesn't), I
wouldn't run PHP in front of the load balancer.


Regards,
Jost Bökemeier


On 5/1/11, php...@li...
<php...@li...> wrote:
> I upgraded to Glassfish 3.1 and that problem seems to be fixed.  However
> I'm getting the following exception whenever I have HAProxy sitting in
> between apache/php and glassfish...
>
> [#|2011-04-26T13:48:10.022-0500|SEVERE|sun-appserver2.1|
> javax.enterprise.system.container.web|
> _ThreadID=22;_ThreadName=httpSSLWorkerThread-38080-1;_RequestID=10483a26-c954-4b1f-a564-15fa7c54fd6f;|StandardWrapperValve[uibServlet]:
> PWC1406: Servlet.service() for servlet uibServlet threw exception
> java.io.IOException: Invalid chunk header
> 	at
> org.apache.coyote.http11.filters.ChunkedInputFilter.doRead(ChunkedInputFilter.java:171)
> 	at
> org.apache.coyote.http11.InternalInputBuffer.doRead(InternalInputBuffer.java:722)
> 	at org.apache.coyote.Request.doRead(Request.java:482)
> 	at
> org.apache.coyote.tomcat5.InputBuffer.realReadBytes(InputBuffer.java:342)
> 	at org.apache.tomcat.util.buf.ByteChunk.substract(ByteChunk.java:411)
> 	at org.apache.coyote.tomcat5.InputBuffer.read(InputBuffer.java:357)
> 	at
> org.apache.coyote.tomcat5.CoyoteInputStream.read(CoyoteInputStream.java:263)
> 	at php.java.bridge.Parser.read(Parser.java:94)
> 	at php.java.bridge.Parser.parse(Parser.java:176)
> 	at php.java.bridge.Request.handleRequest(Request.java:383)
> 	at php.java.bridge.Request.handleRequests(Request.java:500)
> 	at php.java.bridge.JavaBridge.handleRequests(JavaBridge.java:150)
> 	at
> php.java.servlet.RemoteHttpServletContextFactory.handleRequests(RemoteHttpServletContextFactory.java:262)
> 	at com.pedigree.lineage.web.servlets.UIBServlet.doPut(UIBServlet.java:1923)
> 	at javax.servlet.http.HttpServlet.service(HttpServlet.java:757)
> 	at javax.servlet.http.HttpServlet.service(HttpServlet.java:847)
> 	at
> org.apache.catalina.core.ApplicationFilterChain.servletService(ApplicationFilterChain.java:427)
> 	at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:333)
> 	at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214)
> 	at
> org.springframework.security.util.FilterChainProxy.doFilter(FilterChainProxy.java:169)
> 	at
> org.springframework.web.filter.DelegatingFilterProxy.invokeDelegate(DelegatingFilterProxy.java:236)
> 	at
> org.springframework.web.filter.DelegatingFilterProxy.doFilter(DelegatingFilterProxy.java:167)
> 	at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:246)
> 	at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214)
> 	at
> com.pedigree.web.support.filters.RequestTimingFilter.doFilter(RequestTimingFilter.java:74)
> 	at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:246)
> 	at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214)
> 	at
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:313)
> 	at
> org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:287)
> 	at
> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:218)
> 	at
> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:648)
> 	at
> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:593)
> 	at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:94)
> 	at
> com.sun.enterprise.web.PESessionLockingStandardPipeline.invoke(PESessionLockingStandardPipeline.java:98)
> 	at
> com.sun.enterprise.ee.web.sessmgmt.SessionLockingStandardPipeline.invoke(SessionLockingStandardPipeline.java:120)
> 	at
> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:222)
> 	at
> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:648)
> 	at
> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:593)
> 	at
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:587)
> 	at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:1093)
> 	at
> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:166)
> 	at
> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:648)
> 	at
> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:593)
> 	at
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:587)
> 	at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:1093)
> 	at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:291)
> 	at
> com.sun.enterprise.web.connector.grizzly.DefaultProcessorTask.invokeAdapter(DefaultProcessorTask.java:666)
> 	at
> com.sun.enterprise.web.connector.grizzly.DefaultProcessorTask.doProcess(DefaultProcessorTask.java:597)
> 	at
> com.sun.enterprise.web.connector.grizzly.DefaultProcessorTask.process(DefaultProcessorTask.java:872)
> 	at
> com.sun.enterprise.web.connector.grizzly.DefaultReadTask.executeProcessorTask(DefaultReadTask.java:341)
> 	at
> com.sun.enterprise.web.connector.grizzly.DefaultReadTask.doTask(DefaultReadTask.java:263)
> 	at
> com.sun.enterprise.web.connector.grizzly.DefaultReadTask.doTask(DefaultReadTask.java:214)
> 	at
> com.sun.enterprise.web.portunif.PortUnificationPipeline$PUTask.doTask(PortUnificationPipeline.java:382)
> 	at com.sun.enterprise.web.connector.grizzly.TaskBase.run(TaskBase.java:264)
> 	at
> com.sun.enterprise.web.connector.grizzly.ssl.SSLWorkerThread.run(SSLWorkerThread.java:106)
>
> It seems to be directly caused by HAproxy because it works fine without
> it in between.  Has anyone seen this error message before?  I'll try
> asking the HAproxy lists as well to see if they would know a work
> around.
>
> Thanks!
>
> On Thu, 2011-04-28 at 22:59 -0500,
> php...@li... wrote:
>> Hello,
>> Are there any additional setup changes that are needed to get PHP/Java
>> Bridge to work with a load-balanced glassfish 2.1.1 cluster?  We use a
>> custom servlet using Spring Security for access control accessed by a
>> cluster of apache webservers through a reverse proxy.  It works fine
>> when we setup the exact same Glassfish domain minus clustering, but
>> starts throwing bean creation exceptions (which are usually caused by
>> the JSESSIONID cookie not being sent correction) when we add in
>> clustering.
>>
>> My guess is that it is not a problem with PHP/Java Bridge, but rather
>> our setup of session listeners, but I figured I would ask if there is
>> something that I am overlooking here.  Has anyone here used PHP/Java
>> Bridge with Glassfish cluster (2.1.1 or 3.1)?  Bonus points if you have
>> also added Spring security to the mix!
>>
>> Thanks!
>
>
>
> ------------------------------------------------------------------------------
> WhatsUp Gold - Download Free Network Management Software
> The most intuitive, comprehensive, and cost-effective network
> management toolset available today.  Delivers lowest initial
> acquisition cost and overall TCO of any competing solution.
> http://p.sf.net/sfu/whatsupgold-sd
> _______________________________________________
> php-java-bridge-users mailing list
> php...@li...
> https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users
>

Hi,

please see our FAQ entry "How does the bridge handle
OutOfMemoryErrors?" at
http://php-java-bridge.sourceforge.net/pjb/FAQ.html

Regards,
Jost Bökemeier

Hello,
I'm getting the error below...How can I increase the memory for the process?

Thanks,
Ely Matos


OutOfMemoryError
java.lang.OutOfMemoryError: PermGen space
PHP Fatal error:  protocol error: ,Invalid document end at col 610. Check
the back end log for OutOfMemoryErrors. in C:\Program Files\Apache Software
Foundation\Tomcat 7.0\webapps\WebHorus\java\Java.inc on line 1155

Exception in thread "JavaBridgeContextRunner#5" java.lang.OutOfMemoryError:
PermGen space
	at java.lang.Throwable.getStackTraceElement(Native Method)
	at java.lang.Throwable.getOurStackTrace(Throwable.java:591)
	at java.lang.Throwable.printStackTrace(Throwable.java:462)
	at java.lang.Throwable.printStackTrace(Throwable.java:451)
	at php.java.servlet.Logger.printStackTrace(Logger.java:40)
	at php.java.bridge.Util$Logger.printStackTrace(Util.java:163)
	at php.java.bridge.Util.printStackTrace(Util.java:520)
	at php.java.bridge.ThreadPool$Delegate.run(ThreadPool.java:64)

Hi

souds as if tomcat (see trace) has switched off port 9767. Chunked
conn. wont work as users may create non serializable content.

Raise log level to see why. Please see our FAQ for details.

On 5/1/11, php...@li...
<php...@li...> wrote:
> I upgraded to Glassfish 3.1 and that problem seems to be fixed.  However
> I'm getting the following exception whenever I have HAProxy sitting in
> between apache/php and glassfish...
>
> [#|2011-04-26T13:48:10.022-0500|SEVERE|sun-appserver2.1|
> javax.enterprise.system.container.web|
> _ThreadID=22;_ThreadName=httpSSLWorkerThread-38080-1;_RequestID=10483a26-c954-4b1f-a564-15fa7c54fd6f;|StandardWrapperValve[uibServlet]:
> PWC1406: Servlet.service() for servlet uibServlet threw exception
> java.io.IOException: Invalid chunk header
> 	at
> org.apache.coyote.http11.filters.ChunkedInputFilter.doRead(ChunkedInputFilter.java:171)
> 	at
> org.apache.coyote.http11.InternalInputBuffer.doRead(InternalInputBuffer.java:722)
> 	at org.apache.coyote.Request.doRead(Request.java:482)
> 	at
> org.apache.coyote.tomcat5.InputBuffer.realReadBytes(InputBuffer.java:342)
> 	at org.apache.tomcat.util.buf.ByteChunk.substract(ByteChunk.java:411)
> 	at org.apache.coyote.tomcat5.InputBuffer.read(InputBuffer.java:357)
> 	at
> org.apache.coyote.tomcat5.CoyoteInputStream.read(CoyoteInputStream.java:263)
> 	at php.java.bridge.Parser.read(Parser.java:94)
> 	at php.java.bridge.Parser.parse(Parser.java:176)
> 	at php.java.bridge.Request.handleRequest(Request.java:383)
> 	at php.java.bridge.Request.handleRequests(Request.java:500)
> 	at php.java.bridge.JavaBridge.handleRequests(JavaBridge.java:150)
> 	at
> php.java.servlet.RemoteHttpServletContextFactory.handleRequests(RemoteHttpServletContextFactory.java:262)
> 	at com.pedigree.lineage.web.servlets.UIBServlet.doPut(UIBServlet.java:1923)
> 	at javax.servlet.http.HttpServlet.service(HttpServlet.java:757)
> 	at javax.servlet.http.HttpServlet.service(HttpServlet.java:847)
> 	at
> org.apache.catalina.core.ApplicationFilterChain.servletService(ApplicationFilterChain.java:427)
> 	at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:333)
> 	at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214)
> 	at
> org.springframework.security.util.FilterChainProxy.doFilter(FilterChainProxy.java:169)
> 	at
> org.springframework.web.filter.DelegatingFilterProxy.invokeDelegate(DelegatingFilterProxy.java:236)
> 	at
> org.springframework.web.filter.DelegatingFilterProxy.doFilter(DelegatingFilterProxy.java:167)
> 	at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:246)
> 	at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214)
> 	at
> com.pedigree.web.support.filters.RequestTimingFilter.doFilter(RequestTimingFilter.java:74)
> 	at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:246)
> 	at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214)
> 	at
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:313)
> 	at
> org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:287)
> 	at
> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:218)
> 	at
> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:648)
> 	at
> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:593)
> 	at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:94)
> 	at
> com.sun.enterprise.web.PESessionLockingStandardPipeline.invoke(PESessionLockingStandardPipeline.java:98)
> 	at
> com.sun.enterprise.ee.web.sessmgmt.SessionLockingStandardPipeline.invoke(SessionLockingStandardPipeline.java:120)
> 	at
> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:222)
> 	at
> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:648)
> 	at
> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:593)
> 	at
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:587)
> 	at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:1093)
> 	at
> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:166)
> 	at
> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:648)
> 	at
> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:593)
> 	at
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:587)
> 	at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:1093)
> 	at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:291)
> 	at
> com.sun.enterprise.web.connector.grizzly.DefaultProcessorTask.invokeAdapter(DefaultProcessorTask.java:666)
> 	at
> com.sun.enterprise.web.connector.grizzly.DefaultProcessorTask.doProcess(DefaultProcessorTask.java:597)
> 	at
> com.sun.enterprise.web.connector.grizzly.DefaultProcessorTask.process(DefaultProcessorTask.java:872)
> 	at
> com.sun.enterprise.web.connector.grizzly.DefaultReadTask.executeProcessorTask(DefaultReadTask.java:341)
> 	at
> com.sun.enterprise.web.connector.grizzly.DefaultReadTask.doTask(DefaultReadTask.java:263)
> 	at
> com.sun.enterprise.web.connector.grizzly.DefaultReadTask.doTask(DefaultReadTask.java:214)
> 	at
> com.sun.enterprise.web.portunif.PortUnificationPipeline$PUTask.doTask(PortUnificationPipeline.java:382)
> 	at com.sun.enterprise.web.connector.grizzly.TaskBase.run(TaskBase.java:264)
> 	at
> com.sun.enterprise.web.connector.grizzly.ssl.SSLWorkerThread.run(SSLWorkerThread.java:106)
>
> It seems to be directly caused by HAproxy because it works fine without
> it in between.  Has anyone seen this error message before?  I'll try
> asking the HAproxy lists as well to see if they would know a work
> around.
>
> Thanks!
>
> On Thu, 2011-04-28 at 22:59 -0500,
> php...@li... wrote:
>> Hello,
>> Are there any additional setup changes that are needed to get PHP/Java
>> Bridge to work with a load-balanced glassfish 2.1.1 cluster?  We use a
>> custom servlet using Spring Security for access control accessed by a
>> cluster of apache webservers through a reverse proxy.  It works fine
>> when we setup the exact same Glassfish domain minus clustering, but
>> starts throwing bean creation exceptions (which are usually caused by
>> the JSESSIONID cookie not being sent correction) when we add in
>> clustering.
>>
>> My guess is that it is not a problem with PHP/Java Bridge, but rather
>> our setup of session listeners, but I figured I would ask if there is
>> something that I am overlooking here.  Has anyone here used PHP/Java
>> Bridge with Glassfish cluster (2.1.1 or 3.1)?  Bonus points if you have
>> also added Spring security to the mix!
>>
>> Thanks!
>
>
>
> ------------------------------------------------------------------------------
> WhatsUp Gold - Download Free Network Management Software
> The most intuitive, comprehensive, and cost-effective network
> management toolset available today.  Delivers lowest initial
> acquisition cost and overall TCO of any competing solution.
> http://p.sf.net/sfu/whatsupgold-sd
> _______________________________________________
> php-java-bridge-users mailing list
> php...@li...
> https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users
>

I upgraded to Glassfish 3.1 and that problem seems to be fixed.  However
I'm getting the following exception whenever I have HAProxy sitting in
between apache/php and glassfish...

[#|2011-04-26T13:48:10.022-0500|SEVERE|sun-appserver2.1|
javax.enterprise.system.container.web|
_ThreadID=22;_ThreadName=httpSSLWorkerThread-38080-1;_RequestID=10483a26-c954-4b1f-a564-15fa7c54fd6f;|StandardWrapperValve[uibServlet]: PWC1406: Servlet.service() for servlet uibServlet threw exception
java.io.IOException: Invalid chunk header
	at org.apache.coyote.http11.filters.ChunkedInputFilter.doRead(ChunkedInputFilter.java:171)
	at org.apache.coyote.http11.InternalInputBuffer.doRead(InternalInputBuffer.java:722)
	at org.apache.coyote.Request.doRead(Request.java:482)
	at org.apache.coyote.tomcat5.InputBuffer.realReadBytes(InputBuffer.java:342)
	at org.apache.tomcat.util.buf.ByteChunk.substract(ByteChunk.java:411)
	at org.apache.coyote.tomcat5.InputBuffer.read(InputBuffer.java:357)
	at org.apache.coyote.tomcat5.CoyoteInputStream.read(CoyoteInputStream.java:263)
	at php.java.bridge.Parser.read(Parser.java:94)
	at php.java.bridge.Parser.parse(Parser.java:176)
	at php.java.bridge.Request.handleRequest(Request.java:383)
	at php.java.bridge.Request.handleRequests(Request.java:500)
	at php.java.bridge.JavaBridge.handleRequests(JavaBridge.java:150)
	at php.java.servlet.RemoteHttpServletContextFactory.handleRequests(RemoteHttpServletContextFactory.java:262)
	at com.pedigree.lineage.web.servlets.UIBServlet.doPut(UIBServlet.java:1923)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:757)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:847)
	at org.apache.catalina.core.ApplicationFilterChain.servletService(ApplicationFilterChain.java:427)
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:333)
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214)
	at org.springframework.security.util.FilterChainProxy.doFilter(FilterChainProxy.java:169)
	at org.springframework.web.filter.DelegatingFilterProxy.invokeDelegate(DelegatingFilterProxy.java:236)
	at org.springframework.web.filter.DelegatingFilterProxy.doFilter(DelegatingFilterProxy.java:167)
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:246)
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214)
	at com.pedigree.web.support.filters.RequestTimingFilter.doFilter(RequestTimingFilter.java:74)
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:246)
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214)
	at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:313)
	at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:287)
	at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:218)
	at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:648)
	at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:593)
	at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:94)
	at com.sun.enterprise.web.PESessionLockingStandardPipeline.invoke(PESessionLockingStandardPipeline.java:98)
	at com.sun.enterprise.ee.web.sessmgmt.SessionLockingStandardPipeline.invoke(SessionLockingStandardPipeline.java:120)
	at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:222)
	at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:648)
	at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:593)
	at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:587)
	at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:1093)
	at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:166)
	at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:648)
	at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:593)
	at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:587)
	at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:1093)
	at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:291)
	at com.sun.enterprise.web.connector.grizzly.DefaultProcessorTask.invokeAdapter(DefaultProcessorTask.java:666)
	at com.sun.enterprise.web.connector.grizzly.DefaultProcessorTask.doProcess(DefaultProcessorTask.java:597)
	at com.sun.enterprise.web.connector.grizzly.DefaultProcessorTask.process(DefaultProcessorTask.java:872)
	at com.sun.enterprise.web.connector.grizzly.DefaultReadTask.executeProcessorTask(DefaultReadTask.java:341)
	at com.sun.enterprise.web.connector.grizzly.DefaultReadTask.doTask(DefaultReadTask.java:263)
	at com.sun.enterprise.web.connector.grizzly.DefaultReadTask.doTask(DefaultReadTask.java:214)
	at com.sun.enterprise.web.portunif.PortUnificationPipeline$PUTask.doTask(PortUnificationPipeline.java:382)
	at com.sun.enterprise.web.connector.grizzly.TaskBase.run(TaskBase.java:264)
	at com.sun.enterprise.web.connector.grizzly.ssl.SSLWorkerThread.run(SSLWorkerThread.java:106)

It seems to be directly caused by HAproxy because it works fine without
it in between.  Has anyone seen this error message before?  I'll try
asking the HAproxy lists as well to see if they would know a work
around.

Thanks!

On Thu, 2011-04-28 at 22:59 -0500,
php...@li... wrote:
> Hello,
> Are there any additional setup changes that are needed to get PHP/Java
> Bridge to work with a load-balanced glassfish 2.1.1 cluster?  We use a
> custom servlet using Spring Security for access control accessed by a
> cluster of apache webservers through a reverse proxy.  It works fine
> when we setup the exact same Glassfish domain minus clustering, but
> starts throwing bean creation exceptions (which are usually caused by
> the JSESSIONID cookie not being sent correction) when we add in
> clustering.
> 
> My guess is that it is not a problem with PHP/Java Bridge, but rather
> our setup of session listeners, but I figured I would ask if there is
> something that I am overlooking here.  Has anyone here used PHP/Java
> Bridge with Glassfish cluster (2.1.1 or 3.1)?  Bonus points if you have
> also added Spring security to the mix!
> 
> Thanks!