You can subscribe to this list here.
2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(6) |
Oct
(6) |
Nov
(8) |
Dec
(2) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2005 |
Jan
(19) |
Feb
(15) |
Mar
(10) |
Apr
(8) |
May
(7) |
Jun
(9) |
Jul
(13) |
Aug
(31) |
Sep
(111) |
Oct
(52) |
Nov
(72) |
Dec
(42) |
2006 |
Jan
(21) |
Feb
(32) |
Mar
(33) |
Apr
(24) |
May
(15) |
Jun
(40) |
Jul
(32) |
Aug
(19) |
Sep
(38) |
Oct
(37) |
Nov
(63) |
Dec
(37) |
2007 |
Jan
(18) |
Feb
(39) |
Mar
(69) |
Apr
(49) |
May
(71) |
Jun
(59) |
Jul
(71) |
Aug
(85) |
Sep
(46) |
Oct
(14) |
Nov
(25) |
Dec
(56) |
2008 |
Jan
(24) |
Feb
(77) |
Mar
(104) |
Apr
(44) |
May
(41) |
Jun
(11) |
Jul
(31) |
Aug
(59) |
Sep
(44) |
Oct
(86) |
Nov
(66) |
Dec
(93) |
2009 |
Jan
(88) |
Feb
(41) |
Mar
(49) |
Apr
(135) |
May
(22) |
Jun
(31) |
Jul
(60) |
Aug
(71) |
Sep
(76) |
Oct
(18) |
Nov
(52) |
Dec
(20) |
2010 |
Jan
(8) |
Feb
(50) |
Mar
(35) |
Apr
(48) |
May
(46) |
Jun
(84) |
Jul
(38) |
Aug
(61) |
Sep
(51) |
Oct
(31) |
Nov
(17) |
Dec
(18) |
2011 |
Jan
(51) |
Feb
(14) |
Mar
(17) |
Apr
(23) |
May
(15) |
Jun
(11) |
Jul
(5) |
Aug
(5) |
Sep
(15) |
Oct
(8) |
Nov
(5) |
Dec
(25) |
2012 |
Jan
(2) |
Feb
(4) |
Mar
(6) |
Apr
(9) |
May
(27) |
Jun
(32) |
Jul
(36) |
Aug
(10) |
Sep
(16) |
Oct
(3) |
Nov
(13) |
Dec
(7) |
2013 |
Jan
(1) |
Feb
(4) |
Mar
|
Apr
(1) |
May
|
Jun
(2) |
Jul
|
Aug
(1) |
Sep
(4) |
Oct
(2) |
Nov
(1) |
Dec
|
2014 |
Jan
|
Feb
|
Mar
(2) |
Apr
(1) |
May
(2) |
Jun
(9) |
Jul
(5) |
Aug
(2) |
Sep
(4) |
Oct
|
Nov
|
Dec
|
2015 |
Jan
(3) |
Feb
(2) |
Mar
(4) |
Apr
(3) |
May
(1) |
Jun
(2) |
Jul
|
Aug
(2) |
Sep
(5) |
Oct
(1) |
Nov
|
Dec
|
2016 |
Jan
|
Feb
(5) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(5) |
Sep
(3) |
Oct
|
Nov
|
Dec
|
2017 |
Jan
(6) |
Feb
|
Mar
|
Apr
(10) |
May
(2) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
(1) |
Dec
|
2018 |
Jan
(2) |
Feb
(5) |
Mar
|
Apr
|
May
(1) |
Jun
(3) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2019 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
2020 |
Jan
|
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(2) |
Oct
|
Nov
|
Dec
|
2021 |
Jan
(5) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2023 |
Jan
|
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: <php...@li...> - 2011-06-29 13:08:38
|
Thank you! Thank you! Thank you! That worked!! On Wed, Jun 29, 2011 at 1:40 AM, < php...@li...> wrote: > Hi > > So I assume you have removed the copy which crashed due to a missing php > dll > as well. > > After that report this PHP bug to the php maintainer. Nuke your php > installation, clear environment and registry and have a look at the pjb > documentation download. Its demo war contains a working php executable. > > Regards, > Jost Bökemeier > > ------------------------------------------------------------------------------ > All of the data generated in your IT infrastructure is seriously valuable. > Why? It contains a definitive record of application performance, security > threats, fraudulent activity, and more. Splunk takes this data and makes > sense of it. IT sense. And common sense. > http://p.sf.net/sfu/splunk-d2d-c2 > _______________________________________________ > php-java-bridge-users mailing list > php...@li... > https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users > |
From: <php...@li...> - 2011-06-29 05:40:18
|
Hi So I assume you have removed the copy which crashed due to a missing php dll as well. After that report this PHP bug to the php maintainer. Nuke your php installation, clear environment and registry and have a look at the pjb documentation download. Its demo war contains a working php executable. Regards, Jost Bökemeier |
From: <php...@li...> - 2011-06-28 20:10:14
|
Ok, so I removed the two ini files that come with the installation and I restarted the server and accessed the url again with the same error. On Tue, Jun 28, 2011 at 3:01 PM, < php...@li...> wrote: > Hi, > please check your php ini settings. > > Removing any php ini file you can find should fix this. After that you can > check which ini setting crashes php. Probably some SAPI specific stuff (IIS > bindings for example). > > Regards, > Jost Bökemeier > > ------------------------------------------------------------------------------ > All of the data generated in your IT infrastructure is seriously valuable. > Why? It contains a definitive record of application performance, security > threats, fraudulent activity, and more. Splunk takes this data and makes > sense of it. IT sense. And common sense. > http://p.sf.net/sfu/splunk-d2d-c2 > _______________________________________________ > php-java-bridge-users mailing list > php...@li... > https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users > |
From: <php...@li...> - 2011-06-28 19:01:17
|
Hi, please check your php ini settings. Removing any php ini file you can find should fix this. After that you can check which ini setting crashes php. Probably some SAPI specific stuff (IIS bindings for example). Regards, Jost Bökemeier |
From: <php...@li...> - 2011-06-28 17:40:47
|
Thanks for checking, but yes I did check the version information. Here it is: *C:\Program Files\PHP>php-cgi -v* *PHP 5.3.6 (cgi-fcgi) (built: Mar 17 2011 10:37:05)* *Copyright (c) 1997-2011 The PHP Group* *Zend Engine v2.3.0, Copyright (c) 1998-2011 Zend Technologies* On Tue, Jun 28, 2011 at 10:59 AM, < php...@li...> wrote: > > PHP application terminated unexpectedly, have you started php-cgi with > the > > Ever tried to open a shell and type .\php-cgi -v > > before reporting this issue? I'm sure PHP will tell you which mistake > you've made. > > > ------------------------------------------------------------------------------ > All of the data generated in your IT infrastructure is seriously valuable. > Why? It contains a definitive record of application performance, security > threats, fraudulent activity, and more. Splunk takes this data and makes > sense of it. IT sense. And common sense. > http://p.sf.net/sfu/splunk-d2d-c2 > _______________________________________________ > php-java-bridge-users mailing list > php...@li... > https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users > |
From: <php...@li...> - 2011-06-28 14:59:09
|
> PHP application terminated unexpectedly, have you started php-cgi with the Ever tried to open a shell and type .\php-cgi -v before reporting this issue? I'm sure PHP will tell you which mistake you've made. |
From: <php...@li...> - 2011-06-28 14:39:39
|
I added php home dir(there is no bin dir in my install) to the PATH env var and restarted the server. The server startup shows no errors. But when I try to access test.php I see the same error again. Here is the whole stacktrace: *PHP application terminated unexpectedly, have you started php-cgi with the environment setting PHP_FCGI_MAX_REQUESTS=5000? Error: php.java.bridge.http.FCGIConnectionException php.java.bridge.http.FCGIConnectionException at php.java.bridge.http.FCGIInputStream.read(FCGIInputStream.java:58) at php.java.servlet.fastcgi.FastCGIServlet.parseBody(FastCGIServlet.java:362) at php.java.servlet.fastcgi.FastCGIServlet.execute(FastCGIServlet.java:433) at php.java.servlet.fastcgi.FastCGIServlet.handle(FastCGIServlet.java:481) at php.java.servlet.fastcgi.FastCGIServlet.doGet(FastCGIServlet.java:521) at javax.servlet.http.HttpServlet.service(HttpServlet.java:621) at javax.servlet.http.HttpServlet.service(HttpServlet.java:722) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:304) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208) at php.java.servlet.PhpCGIFilter.doFilter(PhpCGIFilter.java:126) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:242) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:240) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:203) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:164) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:108) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:558) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:379) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:242) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:259) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:237) at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:281) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) at java.lang.Thread.run(Thread.java:662) Caused by: java.io.IOException: Protocol error at php.java.bridge.http.FCGIInputStream.doRead(FCGIInputStream.java:67) at php.java.bridge.http.FCGIInputStream.read(FCGIInputStream.java:54) ... 25 more* On Mon, Jun 27, 2011 at 6:17 PM, < php...@li...> wrote: > You should not copy php.exe. I'm not 100% suro of that, but you should > add php bin directory to PATH environment viarable. This way Java > Application server will be able to start PHP interpreter with this > test.php code. > > W dniu 2011-06-27 23:03, php...@li...pisze: >> Hi, >> I have the following configuration >> Tomcat home- c:/program files/apache tomcat >> PHP home-c:/program files/php >> >> I downloaded javabridgetemplate621.war and deployed it to Tomcat. When >> I started up the server I received an error saying php-cgi.exe was >> missing. So, I copied php.exe from my php installation and moved it to >> c:/program files/apache tomcat/webapps/javabridgetemplate621/cgi/x6windows >> and restarted server and the error disappeared. >> I then tried accessing test.php from >> http://localhost:8080/javabridgetemplate621/test.php and received this >> error: >> >> PHP application terminated unexpectedly, haveyou started php-cgi witht >> the environment setting PHP_FCGI_MAX_REQUESTS=5000? >> >> Why am I receiving this error? >> >> Thanks. >> >> ------------------------------------------------------------------------------ >> All of the data generated in your IT infrastructure is seriously valuable. >> Why? It contains a definitive record of application performance, security >> threats, fraudulent activity, and more. Splunk takes this data and makes >> sense of it. IT sense. And common sense. >> http://p.sf.net/sfu/splunk-d2d-c2 >> _______________________________________________ >> php-java-bridge-users mailing list >> php...@li... >> https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users >> >> > > > ------------------------------------------------------------------------------ > All of the data generated in your IT infrastructure is seriously valuable. > Why? It contains a definitive record of application performance, security > threats, fraudulent activity, and more. Splunk takes this data and makes > sense of it. IT sense. And common sense. > http://p.sf.net/sfu/splunk-d2d-c2 > _______________________________________________ > php-java-bridge-users mailing list > php...@li... > https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users > |
From: <php...@li...> - 2011-06-27 22:18:06
|
You should not copy php.exe. I'm not 100% suro of that, but you should add php bin directory to PATH environment viarable. This way Java Application server will be able to start PHP interpreter with this test.php code. W dniu 2011-06-27 23:03, php...@li... pisze: > Hi, > I have the following configuration > Tomcat home- c:/program files/apache tomcat > PHP home-c:/program files/php > > I downloaded javabridgetemplate621.war and deployed it to Tomcat. When > I started up the server I received an error saying php-cgi.exe was > missing. So, I copied php.exe from my php installation and moved it to > c:/program files/apache tomcat/webapps/javabridgetemplate621/cgi/x6windows > and restarted server and the error disappeared. > I then tried accessing test.php from > http://localhost:8080/javabridgetemplate621/test.php and received this > error: > > PHP application terminated unexpectedly, haveyou started php-cgi witht > the environment setting PHP_FCGI_MAX_REQUESTS=5000? > > Why am I receiving this error? > > Thanks. > > ------------------------------------------------------------------------------ > All of the data generated in your IT infrastructure is seriously valuable. > Why? It contains a definitive record of application performance, security > threats, fraudulent activity, and more. Splunk takes this data and makes > sense of it. IT sense. And common sense. > http://p.sf.net/sfu/splunk-d2d-c2 > _______________________________________________ > php-java-bridge-users mailing list > php...@li... > https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users > > |
From: <php...@li...> - 2011-06-27 21:03:25
|
Hi, I have the following configuration Tomcat home- c:/program files/apache tomcat PHP home-c:/program files/php I downloaded javabridgetemplate621.war and deployed it to Tomcat. When I started up the server I received an error saying php-cgi.exe was missing. So, I copied php.exe from my php installation and moved it to c:/program files/apache tomcat/webapps/javabridgetemplate621/cgi/x6windows and restarted server and the error disappeared. I then tried accessing test.php from http://localhost:8080/javabridgetemplate621/test.php and received this error: PHP application terminated unexpectedly, haveyou started php-cgi witht the environment setting PHP_FCGI_MAX_REQUESTS=5000? Why am I receiving this error? Thanks. |
From: <php...@li...> - 2011-06-05 12:43:52
|
Hi, >> define ("JAVA_HOSTS", "http://127.0.0.1:8080"); Please see our FAQ entry "I have written my own servlet. How do I call it from PHP?" at http://php-java-bridge.sourceforge.net/pjb/FAQ.html Regards, Jost Bökemeier |
From: <php...@li...> - 2011-06-04 15:57:17
|
Hi, I am newbie to PHP Java Bridge. I have installed the bridge and configured it properly (can run the examples etc). But when I try to connect my PHP script (running on apache) to connect to php Java bridge, this is the error I get. Warning: pfsockopen() [function.pfsockopen]: unable to connect to @java-bridge-dbc:0 (Failed to parse address "@java-bridge-dbc") in /var/www/java/Java.inc on line 1220 This my PHP code: <?php define ("JAVA_HOSTS", "http://127.0.0.1:8080"); define ("JAVA_SERVLET", "/JavaBridge/servlet.phpjavabridge"); require_once("Java.inc"); //require_once("http://localhost:8080/JavaBridge/java/Java.inc"); $s = new Java("java.lang.String", "hello"); echo $s; ?> It would be great if somebody could help me with this issue. I think its a 'hostname' resolution issue, but where do I define my hosts. Any help/pointers would be of great help. -- Thanks & Regards Nikhil Kumar Gupta |
From: <php...@li...> - 2011-05-24 18:54:15
|
> Moreover, it is FAST. HTTP, especially HTTPS isn't fast at all. |
From: <php...@li...> - 2011-05-24 18:50:03
|
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); } ?> |
From: <php...@li...> - 2011-05-24 07:01:52
|
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 > |
From: <php...@li...> - 2011-05-23 20:20:36
|
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 |
From: <php...@li...> - 2011-05-16 22:04:19
|
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 |
From: <php...@li...> - 2011-05-16 20:31:06
|
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 |
From: <php...@li...> - 2011-05-12 19:07:28
|
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 |
From: <php...@li...> - 2011-05-12 15:44:35
|
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 |
From: <php...@li...> - 2011-05-11 22:07:37
|
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 |
From: <php...@li...> - 2011-05-11 14:58:15
|
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 |
From: <php...@li...> - 2011-05-04 18:00:54
|
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 > |
From: <php...@li...> - 2011-05-04 17:54:20
|
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 |
From: <php...@li...> - 2011-05-04 15:22:49
|
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) |
From: <php...@li...> - 2011-05-01 07:08:56
|
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 > |