php-java-bridge-users

[Php-java-bridge-users] PJB with Glassfish clustering

[<php...@li...>]

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!

Re: [Php-java-bridge-users] PJB with Glassfish clustering

[<php...@li...>]

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!

Re: [Php-java-bridge-users] PJB with Glassfish clustering

[<php...@li...>]

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
>

[Php-java-bridge-users] OutOfMemoryError

[<php...@li...>]

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)

Re: [Php-java-bridge-users] OutOfMemoryError

[<php...@li...>]

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

Re: [Php-java-bridge-users] PJB with Glassfish clustering

[<php...@li...>]

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
>

Re: [Php-java-bridge-users] PJB with Glassfish clustering

[<php...@li...>]

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

Re: [Php-java-bridge-users] PJB with Glassfish clustering

[<php...@li...>]

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

Re: [Php-java-bridge-users] PJB with Glassfish clustering

[<php...@li...>]

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

Re: [Php-java-bridge-users] PJB with Glassfish clustering

[<php...@li...>]

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