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
|
4
(2) |
5
|
6
|
|
7
|
8
(1) |
9
|
10
|
11
|
12
|
13
(1) |
|
14
|
15
|
16
|
17
|
18
|
19
(1) |
20
(1) |
|
21
|
22
(2) |
23
(3) |
24
|
25
|
26
|
27
|
|
28
|
29
|
30
|
31
(3) |
|
|
|
|
From: <php...@li...> - 2006-05-31 18:22:34
|
Hi, > some 'real' work with it today. My first move was to > move the php classes > I've used so far into separate files - which didn't > work :| not sure what you mean with this, but if you want to split your files so that each php file exports one php class, this should work. > Fatal error: php_mod_java(88): Protocol violation at > pos 7, please check that > That goes for basically all java_ commands (e.g. > java_context() instead of > java_session()). Thank you very much for the bug report. Which version of the PHP/Java Bridge do you use? Version 3.1.0devel or the official 3.0.8? > Any idea how to solve that? This usually means that the php has received an HTML error message from tomcat instead of the expected XML from the back-end. Or it has received the HTML meta-information but didn't expect them, for example when the php.ini option "java.servlet" is not set but the bridge is actually using a servlet back-end. I think the bridge could somehow catch such an incorrect configuration (java.servlet not set while connected to a servlet or vice versa), but it is difficult to detect because our XML looks similar to the HTML header from the servlet back-end. Pos#7 could mean that a HTML error page was received (<HTML> instead of <Object ...> or <Exception ...>. > To give some further information: I'm running the > bridge inside tomcat on > ubuntu linux with php compiled as fastcgi. Bride Could you please open a ticket (please use http://sourceforge.net/tracker/?func=add&group_id=117793&atid=679233) and generate an append the error.log as at the end of the ticket? You can find the tomcat error message at the end of the error.log: strace -s1024 php test.php 2>error.log Regards, Jost Boekemeier ___________________________________________________________ Gesendet von Yahoo! Mail - Jetzt mit 1GB Speicher kostenlos - Hier anmelden: http://mail.yahoo.de |
|
From: <php...@li...> - 2006-05-31 09:56:47
|
Hi,
answering to myself - the problem wasn't include files, that just works fin=
e.=20
The problem is that the 'real' application was running on ssl port 8443=20
instead of 8080.
I tried modifying the php.ini setting java.hosts, but without success -=20
java.hosts=3D"127.0.0.1:8443"
will lead to the same error. Is there any way to make use of the bride usin=
g=20
ssl?
Cheers
flim
On Wednesday 31 May 2006 11:17,=20
php...@li... wrote:
> Hi List,
>
> I've been playing around with the bridge for some time now and started to
> do some 'real' work with it today. My first move was to move the php
> classes I've used so far into separate files - which didn't work :|
>
> This code works fine:
> <?php
> =C2=A0 =C2=A0$session =3D java_session();
> ?>
>
> Now, let's name that code file1.php. If I do
> <?php
> =C2=A0 =C2=A0include('file1.php');
> ?>
>
> from any other file (while file1.php =C2=A0is in the same folder or not),=
I'm
> getting the following error:
>
> Fatal error: php_mod_java(88): Protocol violation at pos 7, please check
> that the backend (JavaBride.war) is deployed or please switch off the
> java.servlet option. in ...file1.php on line 2
>
> That goes for basically all java_ commands (e.g. java_context() instead of
> java_session()).
>
> Any idea how to solve that?
>
> To give some further information: I'm running the bridge inside tomcat on
> ubuntu linux with php compiled as fastcgi. Bride resides in <tomcat
> root>/shared/lib, as discussed in documentation. No problems at all to use
> the bridge from within
>
> Cheers
> flim
|
|
From: <php...@li...> - 2006-05-31 09:16:34
|
Hi List,
I've been playing around with the bridge for some time now and started to d=
o=20
some 'real' work with it today. My first move was to move the php classes=20
I've used so far into separate files - which didn't work :|
This code works fine:
<?php
=A0 =A0$session =3D java_session();
?>
Now, let's name that code file1.php. If I do
<?php
=A0 =A0include('file1.php');
?>
from any other file (while file1.php =A0is in the same folder or not), I'm=
=20
getting the following error:
=46atal error: php_mod_java(88): Protocol violation at pos 7, please check =
that=20
the backend (JavaBride.war) is deployed or please switch off the java.servl=
et=20
option. in ...file1.php on line 2
That goes for basically all java_ commands (e.g. java_context() instead of=
=20
java_session()).
Any idea how to solve that?
To give some further information: I'm running the bridge inside tomcat on=20
ubuntu linux with php compiled as fastcgi. Bride resides in <tomcat=20
root>/shared/lib, as discussed in documentation. No problems at all to use=
=20
the bridge from within
Cheers
flim
|