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
(1) |
3
(1) |
4
|
5
(2) |
6
(2) |
7
(3) |
8
(1) |
|
9
|
10
|
11
|
12
(4) |
13
(10) |
14
(5) |
15
(2) |
|
16
|
17
|
18
(12) |
19
|
20
|
21
|
22
(1) |
|
23
(1) |
24
(10) |
25
(3) |
26
(5) |
27
|
28
|
29
|
|
30
(3) |
|
|
|
|
|
|
|
From: <php...@li...> - 2008-11-07 18:36:43
|
Hi, > seemingly random, frequent intervals greeted by a friendly > "Protocol error; , Invalid document end at col 10. > Check the back end log for details." Can you please open a ticket (please use http://sourceforge.net/tracker/?func=add&group_id=117793&atid=679233), set the log level to 4 or above and attach the log at the end of the ticket? Please start tomcat with the option -Dphp.java.bridge.default_log_level=4 JAVA_OPTS=-Dphp.java.bridge.default_log_level=4 /opt/tomcat/catalina.sh run > Sadly, I do not know where to find the back end log. Unless you have log4j ("chainsaw") running, errors appear in the tomcat log file. Look for OutOfMemoryErrors or something. > The problem seems to be related to the error described in > this previous thread: No. The protocol error mentioned there was caused by "GNU Java", a buggy "Java" implementation which was popular until Sun has released Java as open source. > The problem is there in both cases. In addition, even > though the log file is specified explicitly in the > standalone case, there are no error messages to be had > there.. Well, over a year ago I have committed a change which suppresses all exceptions on default_log_level <= 3. Since the bridge code was mature I didn't think this may become an issue. However, the trace is still useful when a broken Java implementation is used or the back end reflects bugs in PHP itself (see http://bugs.php.net/bug.php?id=46451, which translates into a NullPointerException in the back end and a connection abort). > Any clues about how to resolve this problem? The communication failure can be caused by System.exit() as well as by a OutOfMemoryError. The details will be in the log file; we'll see. Regards, Jost Boekemeier |
|
From: <php...@li...> - 2008-11-07 16:53:08
|
Hello! We are running an Ubuntu 8.04 server with a backend daemon program written in PHP that uses the PHP-Java-Bridge v5.3.2.1.2 for communicating with an external Java API. When we attempt to call up the PHP-Java-Bridge, we are at seemingly random, frequent intervals greeted by a friendly die() coming from line 784 in the Java.inc-file. The error message is: "Protocol error; , Invalid document end at col 10. Check the back end log for details." Sadly, I do not know where to find the back end log. The problem seems to be related to the error described in this previous thread: http://sourceforge.net/mailarchive/forum.php?thread_name=48B6FC13.4030406%40federatedmedia.net&forum_name=php-java-bridge-users Like in the above thread, the error seems to spring up merely by doing require_once("http://localhost:8080/JavaBridge/java/Java.inc"); .. which we do in a single place only when we need to communicate with the external Java API. Since in our case, the program calling JavaBridge functions is a single-threaded backend program, I do not believe that the problem of running out of threads should be an issue. We have tried running the JavaBridge both as a Tomcat web app (using Tomcat 6.x and Java/Sun 1.5.0_15) and as standalone: java -jar JavaBridge.jar SERVLET_LOCAL:8080 3 /var/log/javabridge.log The problem is there in both cases. In addition, even though the log file is specified explicitly in the standalone case, there are no error messages to be had there.. Any clues about how to resolve this problem? At the moment, our whole backend is crashing quite resolutely due to this issue. Best regards, Johannes Staffans itCampus GmbH |
|
From: <php...@li...> - 2008-11-07 08:24:16
|
php...@li... a écrit : >> disable the >> TOMCAT5_SECURITY in /etc/default/tomcat5, > > Not really. See FAQ http://php-java-bridge.sourceforge.net/pjb/FAQ.html#tomcat-security. :) You're right, it is not needed. A complete production should not disable tomcat security. I had some more troubleshooting to do and didn't want to use some time on tomcat security configuration, as i was already trying to figure how to install some four technos, all of which were totally new for me :-) |