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) |
2
(3) |
3
|
4
|
5
(2) |
6
|
|
7
|
8
(6) |
9
|
10
|
11
|
12
(1) |
13
(3) |
|
14
|
15
(1) |
16
(1) |
17
(1) |
18
|
19
(5) |
20
(1) |
|
21
|
22
(1) |
23
|
24
|
25
|
26
|
27
|
|
28
|
29
|
30
(4) |
|
|
|
|
|
From: <php...@li...> - 2009-06-02 18:15:33
|
We've solved this problem: we had 'magic_quotes_runtime' set to 'On' in our php.ini file. I suspect this caused the bridge parser to choke. In any event, this parameter is deprecated (and absent in PHP 6). We turned it off and everything worked fine.
-Michael
Require java.inc directly from your back end in order to avoid
version-specific problems.
This Java message means that php crashed immediately during the first
connect. And your PHP message means that Java crashed when processing a
protocol request. There was a protocol related change from 5.4.4 to
5.4.4.2, see our NEWS file for details.
Please use require_once("http://.../java/Java.inc") to avoid these problems.
Or make sure to use the Java.inc distributed with your java back end.
Regards,
Jost Boekemeier
2. Jun 2009 5:21 vorm. schrieb am <
php-java-bridge-users@li...>:
I'm getting an error when running a simple bridge demo on CentOS with
Apache. The problem is that the demo PHP code runs fine when piped into PHP
(version 5.2.9) on the command line, but gives the following error when
accessed via the web server:
protocol error: <O v=\"1\" m=\"java.lang.System\" p=\"O\" n=\"F\"/>,
> required at col 8. Check the back end log for OutOfMemoryErrors.
I also see this warning in VMBridge.log:
"VMBridge WARNING: contextfactory: Orphaned context: ContextFactory:
Context# 1@, credentials: null, SimpleContextFactory: class php.java.bridge.
http.SimpleContextFactory, current loader:
sun.misc.Launcher$AppClassLoader@77cde100 removed."
No OOM error is logged, and a check of free memory shows over 1GB available.
The memory required by the demo app is trivial. We aren't running a J2EE
container, instead running the Java app standalone per the FAQ. The Java
version is 1.6. Here is the relevant line of Java code in our Main class:
static final php.java.bridge.JavaBridgeRunner runner =
php.java.bridge.JavaBridgeRunner.getInstance("8087");
I can connect to the runner successfully on port 8087, and have configured
the bridge to connect on that port.
The demo PHP code is:
<?php require_once("java/Java.inc"); echo
java("java.lang.System")->getProperties(); ?>
As noted above, this code runs fine from the command line. The error only
occurs when it's run through the web server.
Is there any other kind of problem besides an OOM error that could result in
a protocol error such as this?
Thanks,
-Michael
|
|
From: <php...@li...> - 2009-06-02 04:56:26
|
Require java.inc directly from your back end in order to avoid
version-specific problems.
This Java message means that php crashed immediately during the first
connect. And your PHP message means that Java crashed when processing a
protocol request. There was a protocol related change from 5.4.4 to
5.4.4.2, see our NEWS file for details.
Please use require_once("http://.../java/Java.inc") to avoid these problems.
Or make sure to use the Java.inc distributed with your java back end.
Regards,
Jost Boekemeier
2. Jun 2009 5:21 vorm. schrieb am <
php...@li...>:
I'm getting an error when running a simple bridge demo on CentOS with
Apache. The problem is that the demo PHP code runs fine when piped into PHP
(version 5.2.9) on the command line, but gives the following error when
accessed via the web server:
protocol error: <O v=\"1\" m=\"java.lang.System\" p=\"O\" n=\"F\"/>,
> required at col 8. Check the back end log for OutOfMemoryErrors.
I also see this warning in VMBridge.log:
"VMBridge WARNING: contextfactory: Orphaned context: ContextFactory:
Context# 1@, credentials: null, SimpleContextFactory: class php.java.bridge.
http.SimpleContextFactory, current loader:
sun.misc.Launcher$AppClassLoader@77cde100 removed."
No OOM error is logged, and a check of free memory shows over 1GB available.
The memory required by the demo app is trivial. We aren't running a J2EE
container, instead running the Java app standalone per the FAQ. The Java
version is 1.6. Here is the relevant line of Java code in our Main class:
static final php.java.bridge.JavaBridgeRunner runner =
php.java.bridge.JavaBridgeRunner.getInstance("8087");
I can connect to the runner successfully on port 8087, and have configured
the bridge to connect on that port.
The demo PHP code is:
<?php require_once("java/Java.inc"); echo
java("java.lang.System")->getProperties(); ?>
As noted above, this code runs fine from the command line. The error only
occurs when it's run through the web server.
Is there any other kind of problem besides an OOM error that could result in
a protocol error such as this?
Thanks,
-Michael
------------------------------------------------------------------------------
OpenSolaris 2009.06 is a cutting edge operating system for enterprises
looking to deploy the next generation of Solaris that includes the latest
innovations from Sun and the OpenSource community. Download a copy and
enjoy capabilities such as Networking, Storage and Virtualization.
Go to: http://p.sf.net/sfu/opensolaris-get
_______________________________________________
php-java-bridge-users mailing list
php...@li...
https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users
|
|
From: <php...@li...> - 2009-06-02 03:21:00
|
I'm getting an error when running a simple bridge demo on CentOS with Apache. The problem is that the demo PHP code runs fine when piped into PHP (version 5.2.9) on the command line, but gives the following error when accessed via the web server:
protocol error: <O v=\"1\" m=\"java.lang.System\" p=\"O\" n=\"F\"/>, > required at col 8. Check the back end log for OutOfMemoryErrors.
I also see this warning in VMBridge.log:
"VMBridge WARNING: contextfactory: Orphaned context: ContextFactory: Context# 1@, credentials: null, SimpleContextFactory: class php.java.bridge. http.SimpleContextFactory, current loader: sun.misc.Launcher$AppClassLoader@77cde100 removed."
No OOM error is logged, and a check of free memory shows over 1GB available. The memory required by the demo app is trivial. We aren't running a J2EE container, instead running the Java app standalone per the FAQ. The Java version is 1.6. Here is the relevant line of Java code in our Main class:
static final php.java.bridge.JavaBridgeRunner runner = php.java.bridge.JavaBridgeRunner.getInstance("8087");
I can connect to the runner successfully on port 8087, and have configured the bridge to connect on that port.
The demo PHP code is:
<?php require_once("java/Java.inc"); echo java("java.lang.System")->getProperties(); ?>
As noted above, this code runs fine from the command line. The error only occurs when it's run through the web server.
Is there any other kind of problem besides an OOM error that could result in a protocol error such as this?
Thanks,
-Michael
|