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
|
S | M | T | W | T | F | S |
---|---|---|---|---|---|---|
|
1
|
2
|
3
(9) |
4
(1) |
5
(6) |
6
|
7
(1) |
8
(2) |
9
(2) |
10
(7) |
11
(12) |
12
(8) |
13
|
14
(4) |
15
(3) |
16
(1) |
17
(5) |
18
(4) |
19
|
20
(2) |
21
(4) |
22
|
23
(2) |
24
(2) |
25
(2) |
26
(1) |
27
|
28
(1) |
29
(3) |
30
(9) |
31
(2) |
|
|
|
From: <php...@li...> - 2008-12-21 16:13:08
|
Hi Nathan, > it, I'll install a sniffer and send the report. not necessary. Your bug report is here: http://bugs.php.net/bug.php?id=46917 Regards, Jost Bökemeier |
From: <php...@li...> - 2008-12-20 19:54:14
|
Hi Jost, Really appreciate you taking time to write lengthy replies. Another thing that I observed was I was using java_session(). In that case the memory on the Tomcat server kept increasing with every hit on the page. Because of that the tomcat server went out of memory very quickly. I stopped using the java_session to verify that and found that memory didn't go up that much. I have found a way to get my work done without using java_session. Do you know why using a java_session() could create such problem? Thanks -Ajit -----Original Message----- From: php...@li... [mailto:php...@li...] Sent: Saturday, December 20, 2008 2:40 PM To: php...@li... Subject: Re: [Php-java-bridge-users] protocol error: ,Invalid document end at col 16. Check the back end logforOutOfMemoryErrors Hi Nathan, I am afraid but this problem cannot be fixed on application level. PHP/windows contains code to detect a broken connection, but it fails to detect it if the back end has destroyed the channel w/o waiting for the client. If the front end doesn't explicitly close the connection, the connection goes back to the pool and PHP/windows returns it the next time pfsockopen() is called. The PHP/Java Bridge back end destroys a channel only if it has to recover from a java.lang.OutOfMemoryError. Unfortunately this means that the bridge cannot recover from an OutOfMemory condition automatically, which is certainly not what we want. PHP/Java Bridge version 5.4.1 contains code which explicitly destroys a persistent connection if a protocol error occurred (it calls "dieWithPersistentConnection(errorCode)" instead of simply "die(errorCode)") >From the NEWS file: Version 5.4.1 * If PHP is used within a J2EE server or servlet engine the option JAVA_PERSISTENT_SERVLET_CONNECTIONS is set. This means that the servlet option fcgi_children (see WEB-INF/web.xml) must be less than or equal to the servlet engine's thread pool size. It defaults to 5. The smallest thread pool we've seen is the thread pool of the Sun J2EE server version 9, with 5 entries. * If PHP is used within Apache or IIS via the java.so or php_java.dll the option JAVA_PERSISTENT_SERVLET_CONNECTIONS is set. This means that Apache/IIS "maxChilds" must be less than or equal to the servlet engine or J2EE server's "maxThreads" value, otherwise the additional PHP executables will hang. On Fedora and RedHat Linux we have verified that Tomcat's maxThreads == Apache maxChilds. If you're unsure, do not use the php_java.dll/java.so. * If a windows Java back end is destroyed via the task manager, a PHP/windows front end keeps using the old persistent connections to the back end. If your Java back end requires a reboot (usually because new software has been installed), reboot the entire windows machine to avoid problems with old resources. Or use a unix machine as the HTTP server front end instead. * All options can now be set on the command line. Example: php-cgi -djava.persistent_servlet_connections=On test.php However, the fundamental problem, that PHP cannot detect broken connections on windows, still exists. Please report this problem to the PHP maintainers. Regards, Jost Bökemeier ---------------------------------------------------------------------------- -- _______________________________________________ php-java-bridge-users mailing list php...@li... https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users |
From: <php...@li...> - 2008-12-20 19:40:27
|
Hi Nathan, I am afraid but this problem cannot be fixed on application level. PHP/windows contains code to detect a broken connection, but it fails to detect it if the back end has destroyed the channel w/o waiting for the client. If the front end doesn't explicitly close the connection, the connection goes back to the pool and PHP/windows returns it the next time pfsockopen() is called. The PHP/Java Bridge back end destroys a channel only if it has to recover from a java.lang.OutOfMemoryError. Unfortunately this means that the bridge cannot recover from an OutOfMemory condition automatically, which is certainly not what we want. PHP/Java Bridge version 5.4.1 contains code which explicitly destroys a persistent connection if a protocol error occurred (it calls "dieWithPersistentConnection(errorCode)" instead of simply "die(errorCode)") From the NEWS file: Version 5.4.1 * If PHP is used within a J2EE server or servlet engine the option JAVA_PERSISTENT_SERVLET_CONNECTIONS is set. This means that the servlet option fcgi_children (see WEB-INF/web.xml) must be less than or equal to the servlet engine's thread pool size. It defaults to 5. The smallest thread pool we've seen is the thread pool of the Sun J2EE server version 9, with 5 entries. * If PHP is used within Apache or IIS via the java.so or php_java.dll the option JAVA_PERSISTENT_SERVLET_CONNECTIONS is set. This means that Apache/IIS "maxChilds" must be less than or equal to the servlet engine or J2EE server's "maxThreads" value, otherwise the additional PHP executables will hang. On Fedora and RedHat Linux we have verified that Tomcat's maxThreads == Apache maxChilds. If you're unsure, do not use the php_java.dll/java.so. * If a windows Java back end is destroyed via the task manager, a PHP/windows front end keeps using the old persistent connections to the back end. If your Java back end requires a reboot (usually because new software has been installed), reboot the entire windows machine to avoid problems with old resources. Or use a unix machine as the HTTP server front end instead. * All options can now be set on the command line. Example: php-cgi -djava.persistent_servlet_connections=On test.php However, the fundamental problem, that PHP cannot detect broken connections on windows, still exists. Please report this problem to the PHP maintainers. Regards, Jost Bökemeier |
From: <php...@li...> - 2008-12-18 22:36:21
|
OS: Windows Server 2003 PHP: 5.2.3 I have not used a packet sniffer. If I get time to work on it, I'll install a sniffer and send the report. Thank you for your assistance. --Nathan --- On Thu, 12/18/08, php...@li... <php...@li...> wrote: > From: php...@li... <php...@li...> > Subject: Re: [Php-java-bridge-users] protocol error: , Invalid document end at col 16. Check the back end log forOutOfMemoryErrors > To: php...@li... > Date: Thursday, December 18, 2008, 12:50 PM > Hi, > > > Restarting Tomcat and Apache separately didn't fix > the > > sounds like PHP's pfsockopen() cannot detect a broken > connection on some operating systems. A workaround is to use > fsockopen() instead (open java/Java.inc and replace all > pfsockopen() occurences). > > Which operating system and which PHP version are you using? > > Do you have a packet sniffer installed to debug this > problem? If so, please file a bug report to the PHP > maintainers (=>fbugs.php.net) and attach the network > packets to that bug report. > > > Regards, > Jost Boekemeier > > > > > > > ------------------------------------------------------------------------------ > SF.Net email is Sponsored by MIX09, March 18-20, 2009 in > Las Vegas, Nevada. > The future of the web can't happen without you. Join > us at MIX09 to help > pave the way to the Next Web now. Learn more and register > at > http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ > _______________________________________________ > php-java-bridge-users mailing list > php...@li... > https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users |
From: <php...@li...> - 2008-12-18 19:58:42
|
Hi, > The operating system is Windows Server 2003 R2. PHP version > is 5.2.6. I have tested the releases on WinXP and WS 2008 with the PHP version included in the .war file, and I am quite sure that these versions reopen the connection after the back end has been restarted. > Unfortunately I do not have a packet sniffer. Can you please add define ("JAVA_DEBUG", true); before including java/Java.inc and post the result html page? > If I replace all pfsockopen with fsockopen, what is the > downside of it? What potential problems could I run into? It will increase the latency; opening a new connection for each request costs a few hundred microseconds. Regards, Jost Bökemeier |
From: <php...@li...> - 2008-12-18 19:36:32
|
Hi Jost, The operating system is Windows Server 2003 R2. PHP version is 5.2.6. Unfortunately I do not have a packet sniffer. If I replace all pfsockopen with fsockopen, what is the downside of it? What potential problems could I run into? Once again, thanks for taking the time to reply. Regards, -Ajit -----Original Message----- From: php...@li... [mailto:php...@li...] Sent: Thursday, December 18, 2008 1:51 PM To: php...@li... Subject: Re: [Php-java-bridge-users] protocol error: ,Invalid document end at col 16. Check the back end logforOutOfMemoryErrors Hi, > Restarting Tomcat and Apache separately didn't fix the sounds like PHP's pfsockopen() cannot detect a broken connection on some operating systems. A workaround is to use fsockopen() instead (open java/Java.inc and replace all pfsockopen() occurences). Which operating system and which PHP version are you using? Do you have a packet sniffer installed to debug this problem? If so, please file a bug report to the PHP maintainers (=>fbugs.php.net) and attach the network packets to that bug report. Regards, Jost Boekemeier ---------------------------------------------------------------------------- -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ _______________________________________________ php-java-bridge-users mailing list php...@li... https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users |
From: <php...@li...> - 2008-12-18 18:50:59
|
Hi, > Restarting Tomcat and Apache separately didn't fix the sounds like PHP's pfsockopen() cannot detect a broken connection on some operating systems. A workaround is to use fsockopen() instead (open java/Java.inc and replace all pfsockopen() occurences). Which operating system and which PHP version are you using? Do you have a packet sniffer installed to debug this problem? If so, please file a bug report to the PHP maintainers (=>fbugs.php.net) and attach the network packets to that bug report. Regards, Jost Boekemeier |
From: <php...@li...> - 2008-12-17 22:13:48
|
I've had this same problem. (protocol error when either Tomcat or Apache is restarted and no errors on the back end) Basically, what I end up having to do is restart the whole server whenever I change anything related to Java. Restarting Tomcat and Apache separately didn't fix the problem for me. Thankfully, I rarely have to add or modify java classes. It would be nice not to have to bring the server down though. It takes about 7 minutes for the server to boot and everything to come back up. It's workable, but definitely less than ideal. --- On Wed, 12/17/08, php...@li... <php...@li...> wrote: > From: php...@li... <php...@li...> > Subject: Re: [Php-java-bridge-users] protocol error: , Invalid document end at col 16. Check the back end log forOutOfMemoryErrors > To: php...@li... > Date: Wednesday, December 17, 2008, 3:30 PM > Hi Jost, > > Thanks for taking the time to reply. > > I did read the FAQ before and I looked in my Tomcat, there > were no errors. > Another thing I noted is that this problem goes away just > by restarting > Apache http server. If it were a tomcat issue how would > restarting Apache > HTTP server help? > > One more thing I noted is that if I restart Tomcat, then I > have to restart > Apache HTTP server as well otherwise I keep getting this > error. > > Last point - This problem is more observed when Apache HTTP > servers are > running on separate boxes. When they run on the same box > the problem happens > less frequently. > > Again, any insight is appreciated. > > Thanks > -Ajit > > -----Original Message----- > From: php...@li... > [mailto:php...@li...] > Sent: Wednesday, December 17, 2008 3:52 PM > To: php...@li... > Subject: Re: [Php-java-bridge-users] protocol error: > ,Invalid document end > at col 16. Check the back end log forOutOfMemoryErrors > > Hi, > > > protocol error: , Invalid document end at col 16. > Check the > > back end log for OutOfMemoryErrors... > > this error message means that your .NET or Java VM has > problems. > Please see our FAQ "What does a "protocol error > ..." mean?" for details. > > > Regards, > Jost Boekemeier > > > > > > ---------------------------------------------------------------------------- > -- > SF.Net email is Sponsored by MIX09, March 18-20, 2009 in > Las Vegas, Nevada. > The future of the web can't happen without you. Join > us at MIX09 to help > pave the way to the Next Web now. Learn more and register > at > http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ > _______________________________________________ > php-java-bridge-users mailing list > php...@li... > https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users > > > ------------------------------------------------------------------------------ > SF.Net email is Sponsored by MIX09, March 18-20, 2009 in > Las Vegas, Nevada. > The future of the web can't happen without you. Join > us at MIX09 to help > pave the way to the Next Web now. Learn more and register > at > http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ > _______________________________________________ > php-java-bridge-users mailing list > php...@li... > https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users |
From: <php...@li...> - 2008-12-17 22:01:33
|
Hi Jost, Thanks for taking the time to reply. I did read the FAQ before and I looked in my Tomcat, there were no errors. Another thing I noted is that this problem goes away just by restarting Apache http server. If it were a tomcat issue how would restarting Apache HTTP server help? One more thing I noted is that if I restart Tomcat, then I have to restart Apache HTTP server as well otherwise I keep getting this error. Last point - This problem is more observed when Apache HTTP servers are running on separate boxes. When they run on the same box the problem happens less frequently. Again, any insight is appreciated. Thanks -Ajit -----Original Message----- From: php...@li... [mailto:php...@li...] Sent: Wednesday, December 17, 2008 3:52 PM To: php...@li... Subject: Re: [Php-java-bridge-users] protocol error: ,Invalid document end at col 16. Check the back end log forOutOfMemoryErrors Hi, > protocol error: , Invalid document end at col 16. Check the > back end log for OutOfMemoryErrors... this error message means that your .NET or Java VM has problems. Please see our FAQ "What does a "protocol error ..." mean?" for details. Regards, Jost Boekemeier ---------------------------------------------------------------------------- -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ _______________________________________________ php-java-bridge-users mailing list php...@li... https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users |
From: <php...@li...> - 2008-12-17 20:52:03
|
Hi, > protocol error: , Invalid document end at col 16. Check the > back end log for OutOfMemoryErrors... this error message means that your .NET or Java VM has problems. Please see our FAQ "What does a "protocol error ..." mean?" for details. Regards, Jost Boekemeier |
From: <php...@li...> - 2008-12-17 19:06:30
|
Hi All, I have the following setup I have Apache 2.2 and php 5.2 as part of WAMP installation. I have tomcat running on another server. I have JavaBridge installed within my application in Tomcat. When I try to run my php page that calls the Java Bridge and I get the following error protocol error: , Invalid document end at col 16. Check the back end log for OutOfMemoryErrors... I have no idea why this could be happening. Any help on this is highly appreciated. Thanks -Ajit |
From: <php...@li...> - 2008-12-17 17:39:28
|
It means that the method Hits.doc expects an int as argument but was given a string. You should explicitly convert the value in PHP using intval for example. If you plan to use PHP/Java Bridge heavily, I recommend you learn to decode such exception reports because they will provide the only clue as to what's wrong with your code! On Tue, Dec 16, 2008 at 1:34 PM, <php...@li...> wrote: > I am getting the following error when trying to use lucene search not quite sure what it means... > > Fatal error: Uncaught [[o:Exception]:"java.lang.Exception: Invoke failed: [[o:Hits]]->doc((o:int)[o:String]). Cause: java.lang.IllegalArgumentException VM: 1.4.2@http://gcc.gnu.org/java/" at: #-6 java.lang.reflect.Method.invoke(libgcj.so.7rh) #-5 php.java.bridge.JavaBridge.Invoke(JavaBridge.java:1079) #-4 php.java.bridge.Request.handleRequest(Request.java:405) #0 http://localhost:8080/JavaBridge/java/Java.inc(328): java_ThrowExceptionProxyFactory->getProxy(11, 'java.lang.Strin...', 'java.lang.Illeg...', true) #1 http://localhost:8080/JavaBridge/java/Java.inc(485): java_Arg->getResult(true) #2 http://localhost:8080/JavaBridge/java/Java.inc(491): java_Client->getWrappedResult(true) #3 http://localhost:8080/JavaBridge/java/Java.inc(695): java_Client->getResult() #4 http://localhost:8080/JavaBridge/java/Java.inc(1837): java_Client->invokeMethod(5, 'doc', Array) #5 http://localhost:8080/JavaBridge/java/Java.inc(1955): java_JavaProxy->__call('doc', Array) #6 http://localhost:8080/JavaBridge/java/Java.inc(2131): java_AbstractJav in http://localhost:8080/JavaBridge/java/Java.inc on line 291 > > ------------------------------------------------------------------------------ > SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. > The future of the web can't happen without you. Join us at MIX09 to help > pave the way to the Next Web now. Learn more and register at > http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ > _______________________________________________ > php-java-bridge-users mailing list > php...@li... > https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users > |
From: <php...@li...> - 2008-12-16 23:33:39
|
I am getting the following error when trying to use lucene search not quite sure what it means... Fatal error: Uncaught [[o:Exception]:"java.lang.Exception: Invoke failed: [[o:Hits]]->doc((o:int)[o:String]). Cause: java.lang.IllegalArgumentException VM: 1.4.2@http://gcc.gnu.org/java/" at: #-6 java.lang.reflect.Method.invoke(libgcj.so.7rh) #-5 php.java.bridge.JavaBridge.Invoke(JavaBridge.java:1079) #-4 php.java.bridge.Request.handleRequest(Request.java:405) #0 http://localhost:8080/JavaBridge/java/Java.inc(328): java_ThrowExceptionProxyFactory->getProxy(11, 'java.lang.Strin...', 'java.lang.Illeg...', true) #1 http://localhost:8080/JavaBridge/java/Java.inc(485): java_Arg->getResult(true) #2 http://localhost:8080/JavaBridge/java/Java.inc(491): java_Client->getWrappedResult(true) #3 http://localhost:8080/JavaBridge/java/Java.inc(695): java_Client->getResult() #4 http://localhost:8080/JavaBridge/java/Java.inc(1837): java_Client->invokeMethod(5, 'doc', Array) #5 http://localhost:8080/JavaBridge/java/Java.inc(1955): java_JavaProxy->__call('doc', Array) #6 http://localhost:8080/JavaBridge/java/Java.inc(2131): java_AbstractJav in http://localhost:8080/JavaBridge/java/Java.inc on line 291 |
From: <php...@li...> - 2008-12-15 22:31:20
|
> usual mod_jk type > of connection between the two. (?) Please see our FAQ "I want to use Apache/IIS as a front-end and tomcat as a back end. How do I enable PHP and JSP for all my applications?" > The purpose of this project is to incorporate the > functionality of the java > servlets into an existing php site. I intend to pass php > variable values > to servlets on the tomcat box to retrieve information from > the backend > database and present it using php generated html on the > apache box. For this you don't need JSP. Just copy the JavaBridge.war to your J2EE back end, wait until the JavaBridge directory appears and copy the JavaBridge folder to the HTTP server. Please see our install instructions for details. Regards, Jost Boekemeier P.S.: I am open for suggestions how to improve our documentation so that such questions won't be asked regularly. |
From: <php...@li...> - 2008-12-15 22:22:30
|
Hi everybody, I have a problem with my PHP-Java application. Actually, it is not about PHP/Java Bridge, but somehow I feel that this community will better understand the nature of my problem than if I ask on some PHP forum, because I use JavaBridge and PHP from Tomcat server. I have deployed my PHP application on the Tomcat server. It uses PHP that is configured in myApp/WEB-INF/cgi/php.ini. It uses JavaBridge from the same Tomcat server to access java application that performs a time consuming operation, that affects PHP page exceed time limit after some 35 seconds. However, I have set both php.ini (in myApp and in JavaBridge) like: max_execution_time = 350 ; Maximum execution time of each script, in seconds max_input_time = 60 ; Maximum amount of time each script may spend parsing request data ;max_input_nesting_level = 64 ; Maximum input variable nesting level memory_limit = 128M ; Maximum amount of memory a script may consume (128MB) test.php started from myApp shows that php.ini from myApp is used. This application has been worked before I have reinstalled my system, but I didn't keep my configurations files, so I'm in problem now. Could you help me, please, with some advice. Did I missed something to set here? Thanks, Zoran |
From: <php...@li...> - 2008-12-15 16:52:04
|
I am hoping that the php/java bridge will allow me to do what I think it will and would like confirmation from active users.. Thanks in advance. I will have a box at one location that will be running apache2/php5. I have another box at a remote location running tomcat with servlets that I need to access in order to query a back end database. I will be running a VPN pipe between the two for security purposes. My understanding so far is that I do not to need to use a usual mod_jk type of connection between the two. (?) The purpose of this project is to incorporate the functionality of the java servlets into an existing php site. I intend to pass php variable values to servlets on the tomcat box to retrieve information from the backend database and present it using php generated html on the apache box. Am I on the right track? |
From: <php...@li...> - 2008-12-14 21:15:40
|
Thanks for your explanation. The Java class loader is a tricky beast. On Sun, Dec 14, 2008 at 11:32 AM, <php...@li...> wrote: > Hi, > >> 1. required jar files for Java classes A and B were >> included in java_require >> 2. PHP script was able to instantiate class B >> 3. class A was not able to instantiate that same class B? > > Class B came from another class loader which has no relationship to the loader for (A,B), most likely the bootstrap loader. Which means that you have violated the module contract. > > >> 4. this behaviour occurred because of supplying relative >> paths to java_require > > Whether or not a library has an absolute or relative path is irrelevant. > > >> Furthermore, doesn't that observation indicate an >> inconsistency in class loading mechanism? > > Yes, definitely. This part of the Java platform is broken by design. > > Compare it with .NET or with SML/NJ. -- There was a proposal for a real module system based on generics, but this needs real generics within the JVM, something that Java doesn't support either (current Java 1.5 generics are syntactic shugar, for the compiler and for marketing). > > However, this doesn't have anything to do with the PHP/Java Bridge. > > > Regards, > Jost Boekemeier > > > > > > > ------------------------------------------------------------------------------ > SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. > The future of the web can't happen without you. Join us at MIX09 to help > pave the way to the Next Web now. Learn more and register at > http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ > _______________________________________________ > php-java-bridge-users mailing list > php...@li... > https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users > |
From: <php...@li...> - 2008-12-14 19:32:49
|
Hi, > 1. required jar files for Java classes A and B were > included in java_require > 2. PHP script was able to instantiate class B > 3. class A was not able to instantiate that same class B? Class B came from another class loader which has no relationship to the loader for (A,B), most likely the bootstrap loader. Which means that you have violated the module contract. > 4. this behaviour occurred because of supplying relative > paths to java_require Whether or not a library has an absolute or relative path is irrelevant. > Furthermore, doesn't that observation indicate an > inconsistency in class loading mechanism? Yes, definitely. This part of the Java platform is broken by design. Compare it with .NET or with SML/NJ. -- There was a proposal for a real module system based on generics, but this needs real generics within the JVM, something that Java doesn't support either (current Java 1.5 generics are syntactic shugar, for the compiler and for marketing). However, this doesn't have anything to do with the PHP/Java Bridge. Regards, Jost Boekemeier |
From: <php...@li...> - 2008-12-14 18:33:41
|
Hi, How does the statement "all classes and their dependencies must be loaded by one, and only one, class loader", relate to the observation that: 1. required jar files for Java classes A and B were included in java_require 2. PHP script was able to instantiate class B 3. class A was not able to instantiate that same class B? 4. this behaviour occurred because of supplying relative paths to java_require Furthermore, doesn't that observation indicate an inconsistency in class loading mechanism? Apologies for my lack of understanding, Karim |
From: <php...@li...> - 2008-12-14 14:52:30
|
Hi, > instantiate a class B located in another jar, it ran the > risk of not finding the appropriate (class),[...] even though, > PHP was able to instantiate B) I think this is pretty obvious, as it follows from the FAQ statement "all classes and their dependencies must be loaded by one, and ony one, class loader" If you have any suggestions how we could improve our documentation, please let us know. > fix the bridge such that the VM's class loader behaves java_require. You seem to think that this is a PHP/Java Bridge issue, but it isn't. Kay's dynamic class loader simply passes on what Java has to offer. Regards, Jost Boekemeier |
From: <php...@li...> - 2008-12-12 22:29:37
|
I saw similar behaviour when I first set up the Java-Bridge. If Module A called a function in Module B. And the function in Module B needed a jar for a call in Module B. I assumed that I could include the jar in Module B only. But I found that I needed to include it in Module A as well. Once I saw it, it was not a big problem, but determining what was happening was frustrating. Now I just put everything in the ext directory and it is simpler. Everything loads statically on startup. Charles Shaffer Senior Analyst NTN-Bower Corporation php...@li... 12/12/2008 04:10 PM Please respond to php-java-bridge-users To: php...@li... cc: Subject: Re: [Php-java-bridge-users] How to debug NoClassDefFoundError exceptions? Thanks for your reply. After re-reading the FAQ thoroughly, I made several experiments to see the bridge's reaction to placing the jars in different places. What I found is this: I had given a *relative* path for each jar to java_autoload. It loaded them successfully, and I was able to *explicitly* instantiate classes from all those autoloaded jars. However, if a Java class A tried to instantiate a class B located in another jar, it ran the risk of not finding the appropriate jar (even though, again, PHP was able to instantiate B). What I mean by "risk" is that loading only sometimes failed. When I specified the *absolute* paths for the jars, the problem went away. I would humbly suggest to document this behaviour in the FAQ, or to fix the bridge such that the VM's class loader behaves just like java_require. Thanks, K. ------------------------------------------------------------------------------ SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ _______________________________________________ php-java-bridge-users mailing list php...@li... https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users |
From: <php...@li...> - 2008-12-12 22:10:20
|
Thanks for your reply. After re-reading the FAQ thoroughly, I made several experiments to see the bridge's reaction to placing the jars in different places. What I found is this: I had given a *relative* path for each jar to java_autoload. It loaded them successfully, and I was able to *explicitly* instantiate classes from all those autoloaded jars. However, if a Java class A tried to instantiate a class B located in another jar, it ran the risk of not finding the appropriate jar (even though, again, PHP was able to instantiate B). What I mean by "risk" is that loading only sometimes failed. When I specified the *absolute* paths for the jars, the problem went away. I would humbly suggest to document this behaviour in the FAQ, or to fix the bridge such that the VM's class loader behaves just like java_require. Thanks, K. |
From: <php...@li...> - 2008-12-12 17:27:22
|
Hi, > Please, where can I find (URL) the PHP-Java-Bridge > "pure Java download" for Solaris ? there is no "download for XXX". The bridge is pure Java, so there's only one download for all operating systems. The Java source is contained in the download file. Please visit php-java-bridge.sf.net and click on the download link. We make Linux RPM and DEB packages available for convenience. You may use the package Linux sources if your operating system supports deb or rpm packages, Security Enhanced Linux and the GNU toolchain. Regards, Jost Boekemeier |
From: <php...@li...> - 2008-12-12 17:20:55
|
Hi, > happens only when I run the page in Tomcat using the please check your PHP version then and check this with the PHP developers. I am sorry, but we cannot help you with PHP related problems. Regards, Jost Boekemeier |
From: <php...@li...> - 2008-12-12 17:19:06
|
Hi, please see our FAQ "Why do I get a NoClassDefFoundError?" > the code doesn't complain. Also, a pure Java > application that > instantiates XSSFWorkbook and manipulates it works fine. Whether or not calls are routed through a TCP socket and the java reflection machinery doesn't make a difference; so if your application works standalone, it will work as well when the same sequence is called via the bridge protocol from a remote PHP/Scheme/Python application. Regards, Jost Boekemeier |