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
(1) |
4
(1) |
5
|
6
(1) |
7
|
|
8
(1) |
9
(1) |
10
|
11
(3) |
12
|
13
(3) |
14
(1) |
|
15
|
16
|
17
(1) |
18
(1) |
19
(2) |
20
|
21
|
|
22
|
23
|
24
|
25
|
26
|
27
|
28
|
|
29
(2) |
30
(1) |
31
(2) |
|
|
|
|
|
From: <php...@li...> - 2006-01-31 18:48:05
|
Hi Anthony, > The problem is even I have used LoadModule mode or CGI mode > for PHP 5.1.2,it failed in either case yes, 5.1.x rejects the php_java.dll because the windows dll was compiled against the 5.0.x series. You should find the reason in the (apache or IIS) HTTP log. Please either use a php 5.0.x version or, if you know how to compile the dll on windows, you can also compile it against 5.1.x or 6.x yourself. A php_java.dll compiled against 5.1.x can also be found here: http://php-java-bridge.sourceforge.net/snaps/php-java-bridge_3.0.6.zip > However, when I test it with test.php, this time, there is no > error from dl() function but, it displayed my Java server IS NOT > running According to the log you've attached, the php module was able to contact the backend run the test.php at least once; probably when you've used the php5.0.x version that comes with the php-java-bridge-3.0.6 download. The next version 3.0.7 will ship with two php_java.dll binaries, one for 5.0.x and one for 5.1.x. I think this is not the final solution; if one patchs the ABI header, the java extension works with all php versions, from 5.0 to 6.0 (at least on Linux). But php module loader always rejects the dll if the PHP and module ABI versions do not match *exactly*. It might be possible to use the zend module loader instead, this loader can load modules without excessively checking the ABI version. I will check this for version 3.0.7 or 3.0.8, see PR1420806 (http://sourceforge.net/tracker/index.php?func=detail&aid=1420806&group_id=117793&atid=679233). Until then please either use php5.0.x or the 3.0.6 snapshot with the php5.1 binary. If this doesn't solve the problem, please open a bug report, please use: http://sourceforge.net/tracker/?func=add&group_id=117793&atid=679233 Regards, Jost Boekemeier ___________________________________________________________ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de |
|
From: <php...@li...> - 2006-01-31 16:05:59
|
The problem is even I have used LoadModule mode or CGI mode for PHP 5.1.2, it failed in either case: For LoadModule case: * I could be successful to start the standalone JavaBridge.jar but, in test.php, dl() cannot be run and display error ( I am confused with your explanation that the error is wrong),. For CGI configuration: * The JavaBridge.jar could be started and result.html shows it is running. However, when I test it with test.php, this time, there is no error from dl() function but, it displayed my Java server IS NOT running from the phpinfo(). At the bottom of the page, it complained that I have not put the .dll properly. Afterwards, I have read through the code and java_get_server_name() failed in the if-then block. Please advise for my problem. Thank you. Regards, Anthony |
|
From: <php...@li...> - 2006-01-30 19:28:31
|
Hi, > I have tried to run PHPJavaBridge on Apache 1.3.X and PHP 5.1.2. the zip file from http://php-java-bridge.sourceforge.net/snaps/php-java-bridge_3.0.6.zip should solve this php ABI problem, please see http://sourceforge.net/mailarchive/forum.php?thread_id=9495948&forum_id=42415 ("Re: Anyone have a compiled php_java.dll for php5.1.1") for details. The error message "dl() [function.dl]: Not supported..." is wrong, of course. The test.php should display the original error message. I will change the test.php for the next version 3.0.7. Thank you very much for this bug report! Regards, Jost Boekemeier ___________________________________________________________ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de |
|
From: <php...@li...> - 2006-01-29 07:43:41
|
Dear all, For more information, I have run it on WinXP and PHP is loaded with Module, I have got the detailed logs: 一月 29 15:01:06 JavaBridge DEBUG: @18a7efd START: JavaBridge.run() 一月 29 15:01:06 JavaBridge DEBUG: Socket connection accepted 一月 29 15:01:06 JavaBridge DEBUG: Starting bridge from Thread Pool 一月 29 15:01:06 JavaBridge DEBUG: @cdedfd START: JavaBridge.run() 一月 29 15:01:06 JavaBridge DEBUG: @cdedfd EOF - Closing Request 一月 29 15:01:06 JavaBridge DEBUG: @18a7efd Client changed its request log level to: 3 一月 29 15:01:06 JavaBridge INFO : @18a7efd No visible constructor found in: java.lang.System, returning the class instead of an instance; this may not be what you want. Please correct this error or please use new JavaClass(java.lang.System) instead. 一月 29 15:01:07 JavaBridge INFO : trying to load class: ArrayToString from: [file:c:/php5/ext/lib/] 一月 29 15:01:07 JavaBridge INFO : trying to load class: ArrayToString from: [file:c:\php5\ext\lib\test\arrayToString.jar] 一月 29 15:01:07 JavaBridge DEBUG: END: JavaBridge.run() ---------------------------- I have tried to run PHPJavaBridge on Apache 1.3.X and PHP 5.1.2. I cannot run the test.php with the following error message: Warning: dl() [function.dl]: Not supported in multithreaded Web servers - use extension=php_java.dll in your php.ini in c:\program files\apache group\Apache\htdocs\test.php on line 4 java extension not installed. Meanwhile, from the JavaBridge.log, it displays: ê 29 13:15:17 JavaBridge INFO : @c53dce No visible constructor found in: java.lang.System, returning the class instead of an instance; this may not be what you want. Please correct this error or please use new JavaClass(java.lang.System) instead. Here is the PHP profile from result.html: java support Enabled java bridge 3.0.6 java.java_home C:\Program Files\Java\j2re1.4.1_02 java.java javaw java.wrapper no value (use default wrapper) java.log_file <stdout> java.log_level 3 java.ext_java_compatibility Off java command javaw -Djava.library.path=c:\php5\ext -Djava.class.path=c:\php5\ext/JavaBridge.jar -Djava.awt.headless=true php.java.bridge.JavaBridge INET_LOCAL:9267 3 "" java status running java server 9267 I just started JavaBridge.jar in standalone mode and could anyone please advise me what I could do for the workarounds or any successful server versions (i.e. apache version and PHP version) on Win32 platform ? Thank you for your help and advice. Regards, Anthony -------------- Regards, Anthony LAI CISSP, CISM, CISA, OCP, SCWCD Chapter Leader OWASP (Hong Kong Chapter) Web: http://www.owasp.org Web(HK Chapter): http://www.owasp.org/local/hongkong.html Aim to promote security awareness to professionals in web development |
|
From: <php...@li...> - 2006-01-29 05:58:06
|
Dear all, I have tried to run PHPJavaBridge on Apache 1.3.X and PHP 5.1.2. I cannot run the test.php with the following error message: Warning: dl() [function.dl]: Not supported in multithreaded Web servers - use extension=php_java.dll in your php.ini in c:\program files\apache group\Apache\htdocs\test.php on line 4 java extension not installed. Meanwhile, from the JavaBridge.log, it displays: ê 29 13:15:17 JavaBridge INFO : @c53dce No visible constructor found in: java.lang.System, returning the class instead of an instance; this may not be what you want. Please correct this error or please use new JavaClass(java.lang.System) instead. Here is the PHP profile from result.html: java support Enabled java bridge 3.0.6 java.java_home C:\Program Files\Java\j2re1.4.1_02 java.java javaw java.wrapper no value (use default wrapper) java.log_file <stdout> java.log_level 3 java.ext_java_compatibility Off java command javaw -Djava.library.path=c:\php5\ext -Djava.class.path=c:\php5\ext/JavaBridge.jar -Djava.awt.headless=true php.java.bridge.JavaBridge INET_LOCAL:9267 3 "" java status running java server 9267 I just started JavaBridge.jar in standalone mode and could anyone please advise me what I could do for the workarounds or any successful server versions (i.e. apache version and PHP version) on Win32 platform ? Thank you for your help and advice. Regards, Anthony |
|
From: <php...@li...> - 2006-01-19 18:35:37
|
Thanks! That zip file fixed my dll issue. |
|
From: <php...@li...> - 2006-01-19 10:11:33
|
I have to use a secure transcation engine (VEserver) shipped as "DebiTechSe=
rver.jar". All our sites are written in PHP. I have tried different solutio=
ns from README / INSTALL with no success. Recompile PHP isn't an option (ra=
ther swicthing OS instead). This is my last resort... See if any can come u=
p with an answer.
Setup:
* Debian "sarge" (kernel 2.4.27-2-686-smp)
* Apache2 2.0.55
* PHP 5.0.5
* Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_06-b05)
* PHP/JavaBridge 3.0.6
What I've done:
* Downloaded php-java-bridge-3.0.6-1.FC4.i386.rpm and extracted all files t=
o a temp dir.
* Copied java.so, JavaBridge.jar and libnatcJavaBridge.so (?) to /usr/lib/p=
hp5/20041030.
* Modified php.ini as to "extension=3Djava.so" and=20
[java]
java.java_home =3D "/usr/lib/j2re1.5-sun"
java.java =3D "/usr/lib/j2re1.5-sun/bin/java"
java.log_file =3D "/var/log/php-java-bridge.log"
java.log_level =3D 3
Result:
Loading phpinfo.php gives:
java support =3D Enabled
java bridge =3D 3.0.6
java.java_home =3D /usr/lib/j2re1.5-sun
java.java =3D /usr/lib/j2re1.5-sun/bin/java
java.wrapper =3D no value (use default wrapper)
java.log_file =3D /var/log/php-java-bridge.log
java.log_level =3D 3
java.ext_java_compatibility =3D Off
java command =3D JAVA_HOME=3D/usr/lib/j2re1.5-sun
LD_LIBRARY_PATH=3D/usr/lib/php5/20041030: /usr/lib/j2re1.5-sun/bin/java
-Djava.library.path=3D/usr/lib/php5/20041030
-Djava.class.path=3D/usr/lib/php5/20041030/JavaBridge.jar
-Djava.awt.headless=3Dtrue
php.java.bridge.JavaBridge
INET_LOCAL:0 3 '' =20
java status =3D not running
java server =3D localhost
In /tmp there is a file .php_java_bridgeXXXXXX created (for each load, sinc=
e the bridge terminates directly).
If I try running "$system =3D new Java('java.lang.System');" I get error:
"Fatal error: php_mod_java(52) system error: Permission denied. Could not c=
onnect to server. Have you..."
The log file says:
Jan 19 11:04:45 JavaBridge INFO : JavaBridge logFile : <stderr>
Jan 19 11:04:45 JavaBridge INFO : JavaBridge default logLevel: 3
Jan 19 11:04:45 JavaBridge INFO : JavaBridge socket : LOCAL:/tmp/.=
php_java_bridgefqCrD0
When switching to default log level:
Jan 19 11:02:44 JavaBridge INFO : Local sockets not available:java.lang.Uns=
atisfiedLinkError: startNative. Try TCP sockets instead
java.lang.Exception: Could not create socket: LOCAL:/tmp/.php_java_bridgeaW=
wdvn
at php.java.bridge.JavaBridge.bind(JavaBridge.java:291)
at php.java.bridge.JavaBridge.init(JavaBridge.java:354)
at php.java.bridge.JavaBridge.main(JavaBridge.java:407)
If I remove libnatcJavaBridge.so I get the following result in the log file=
:
java.lang.Exception: Could not create socket: LOCAL:/tmp/.php_java_bridgefK=
VV5I
at php.java.bridge.JavaBridge.bind(JavaBridge.java:291)
at php.java.bridge.JavaBridge.init(JavaBridge.java:354)
at php.java.bridge.JavaBridge.main(JavaBridge.java:407)
What's missing? Any suggestions?
Regards,
/Thomas
|
|
From: <php...@li...> - 2006-01-18 02:37:52
|
Hi, I have been looking forward to be able to use the Java bridge you provide as a replacement for the ext, but it appears that all Windows binaries provided are only for PHP5 (5.0.x binary as noted in the INSTALL.WINDOWS file). Is there any way to get this running for PHP4? I tried several of your 2.0.x distributions ... I have no need at this point to switch to PHP5 and the production system is PHP4 (and probably will be for a while) --TJ |
|
From: <php...@li...> - 2006-01-17 19:37:50
|
Hi, the PHP/Java Bridge 3.0.7 will contain a php5.1/php6 php_java.dll in the j2ee download (the separate windows download will vanish). > Apparently, bridge 3.0.5 has a dll that only works for > php 5.0.x for windows. The PHP code refuses to load the dll because it thinks the ABI is too old. At least for the PHP/Java Bridge module this sanity check is obsolete; the bridge only uses stable official API's and it never ever accesses globals directly (due to a limitation in our cross-compiler: if it has to access global vars, it calls zend_eval_string(code), that's a little bit slower but it works work with all future versions of php). > Did anyone compile it for windows? -> php-java-bridge.sf.net/snaps/php-java-bridge_3.0.6.zip BTW: Please use php 5.1.2 instead of 5.1.1. Regards, Jost Boekemeier ___________________________________________________________ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de |
|
From: <php...@li...> - 2006-01-14 08:09:02
|
Hello, I'm developping a web using php.I'm using php5 and apache to develop my web. I want to use java for some tasks, so I'm very happy to know that there is a support for intergrating php and java. I try to install it after your instruction but I fail. Please give me some advices. Thanks --------------------------------- Yahoo! Photos Got holiday prints? See all the ways to get quality prints in your hands ASAP. |
|
From: <php...@li...> - 2006-01-13 18:56:46
|
Hi Curtis, > I don't want to use an app server as this is just a utility > application. well, at least on unix the bridge runs more than 2-3 times faster when it is deployed into a application server or servlet engine. The reason is that the bridge uses the servlet for activation only and then switches to a pipe communication channel which is 1.5 times faster than fastest unix domain socket implementation and more than two times faster than local tcp sockets backed by shared memory. > java.class.path = c:\php5\ext\php_java.jar > java.java_library = C:\jdk1.4.2\jre\bin\server\jvm.dll > java.java_library.path = C:\php5\ext These settings might confuse the bridge, please remove them. > like this: javaw -Djava.library.path=c:\php5\ext Can you please type: java -jar JavaBridge.jar INET_LOCAL:9267 5 Bridge.log (please avoid backslashes, they have a different meaning in java) and check if your php_java.dll is indeed the php_java.dll from the PHP/Java Bridge and not its predecessor, the ext/java extension After that php-cgi.exe test.php >result.html should display that the backend is running. > All that happens is winzip opens up with the jar file. This shouldn't happen if you have just installed a jdk which associates .jar with java. -- It's not java's fault that some public domain programs destroy the created java file associations. :) In any case, the following should always work: c: cd \php5 .\php-cgi.exe -n -q -dextension_dir=ext test.php >result.html The result.html should display "java running" and the java command used to start the backend. You can cut and paste the complete command to a command shell, please do not convert slashes into backslashes. If this doesn't work for some reason, please open a bug report, please use: http://sourceforge.net/tracker/?func=add&group_id=117793&atid=679233. We'll then look at this issue asap. Regards, Jost Boekemeier ___________________________________________________________ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de |
|
From: <php...@li...> - 2006-01-13 18:22:49
|
Hi, in version 3.x the java_session() only works when it is the first java statement within your script. This is a technical problem, when the tomcat response is written, it is no longer possible to call request.getSession(). Version 2.0.8 contained code which allocated a new servlet instance in this case. I have created a problem report for this, please see PR1405042 for details (http://sourceforge.net/tracker/index.php?func=detail&aid=1405042&group_id=117793&atid=679233) This problem will be fixed in version 3.0.6. However it is better to aquire a session handle as early as possible. For example the following code is problematic: echo "test"; $session = java_session(); => "Error response header already sent" $s = new java("java.lang.String", ...); $session = java_session(); => null; "Tomcat response headers already sent" Regards, Jost Boekemeier ___________________________________________________________ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de |
|
From: <php...@li...> - 2006-01-13 15:42:45
|
I'm having issues getting the bridge to start with php 5.0.4 without running the bridge from the command line like this: javaw -Djava.library.path=c:\php5\ext -Djava.class.path=c:\php5\ext\JavaBridge.jar -Djava.awt.headless=true php.java.bridge.JavaBridge INET_LOCAL:9267 3 "" I don't want to use an app server as this is just a utility application. Here are my settings and versions Apache 2.0 PHP-Java Bridge version: 3.0.5 OS: Windows 2K workstation PHP INI settings extension=php_java.dll [java] java.log_level=3 java.socketname=9267 java.class.path = c:\php5\ext\php_java.jar java.java_home = C:\jdk1.4.2; java.java_library = C:\jdk1.4.2\jre\bin\server\jvm.dll java.java_library.path = C:\php5\ext PHP Info java support Enabled java bridge 3.0.5 java.java_home C:/jdk1.4.2 java.java javaw java.wrapper no value (use default wrapper) java.log_file <stdout> java.log_level 3 java.ext_java_compatibility Off java command javaw -Djava.library.path=c:/php5/ext -Djava.class.path=c:/php5/ext/JavaBridge.jar -Djava.awt.headless=true php.java.bridge.JavaBridge INET_LOCAL:9267 3 "" java status not running java server localhost Any suggestions? I don't know what to do about the java status as "not running". The following instructions from the install.windows file make no sense on a windows machine with winzip loaded: Double-click on c:\php5\JavaBridge.jar. Or deploy JavaBridge.war (from the J2EE download) into your servlet engine or java application server and re-start it. All that happens is winzip opens up with the jar file. I don't know what point the author is trying to get across, but it ain't gonna happen on winders! It says that if the above succeeded... But what if it doesn't? Thanks, I'm a little frustrated trying to get this running because I want to integrate the saxon xslt engine so i can get xslt 2.0 functionality (anybody making an extension?) and get on with my REAL development. I'll go ahead and start developing as it stands now, but I'd like to see the bridge run when apache starts. Your time is much appreciated. Curtis Fisher |
|
From: <php...@li...> - 2006-01-11 17:28:23
|
Hi, > java.servlet=User java.servlet=On should work. > java_session() always returns NULL the C/S protocol has changed from version 1.x to 2.0 [1]. Have you upgraded the backend to 3.0.5, too? Can you please set the java.log_level to 5, open a ticket (please use http://sourceforge.net/tracker/?func=add&group_id=117793&atid=679233) and attach the PHP/Java Bridge log (should be in the J2EE Server's log file) at the end of this ticket? Thank you very much for this bug report! Regards, Jost Boekemeier [1] The [O]bject response now carries information about the object's class and a cache value, both are null at the moment. I think the code could be rewritten so that 2.0.8 can work with a 3.x backend and vice versa. ___________________________________________________________ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de |
|
From: <php...@li...> - 2006-01-11 11:29:09
|
Hello, I'm having troubles with 3.0.5 bridged with J2EE (Tomcat Application Server). First of all, if I set java.servlet=User in my php.ini file, then I'm facing the same problem as before, regarding the protocol violation error (403 forbidden). If I change it to java.servlet="/JavaBridge/foo.php", then it works, but I have another rather annoying problem : java_session() always returns NULL, with or without parameters. My code hasn't changed, only the bridge version (switched from 2.x to 3.0.5). Any idea ? Thanks, Cedric |
|
From: <php...@li...> - 2006-01-11 05:47:20
|
Apparently, bridge 3.0.5 has a dll that only works for php 5.0.x for windows. I have php5.1.x installed. I don't know how to compile the dll and was wandering if it was available somewhere. Did anyone compile it for windows? |
|
From: <php...@li...> - 2006-01-09 13:15:20
|
Hi, AFAIK it is possible to run the bridge on a virtual server with memory limitations (i.e. < 40 MB per process) by including the -Xmx swtich in the java.ini and running the JVM as a separate process. Is it also possible to compile the bridge with memory limits? Where do I set the -Xmx switch for compilation? Thank you! _________________________________________________________________ Express yourself instantly with MSN Messenger! Download today it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ |
|
From: <php...@li...> - 2006-01-08 22:22:34
|
Hi, the following procedure can be used to install the PHP/Java Bridge binary on a x86 debian based distribution (debian, ubuntu, ...): # Install java, for example /opt/IBMJava2-141 # Install the PHP/Java Bridge on debian dpkg -i /media/cdrom/pool/main/r/rpm/* rpm2cpio php-java-bridge-3.0.5-1.RHEL.i386.rpm | cpio -iduv cp -vr usr/share/doc/* /usr/share/doc cp -vr usr/lib/php4 /usr/lib/php4/20020429/ # test php /usr/share/doc/php-java-bridge-3.0.5/test.php4 The above procedure has been tested on Debian "Sarge", but it should work on any x86 based Linux distribution. > tried to change "automake" to automake-1.6 in the configure.gnu Unfortunately it is not possible to compile the PHP/Java Bridge on Debian stable, this operating system is much too old, sorry. However, the generic install procedure (i.e. compiling everything, from apache, autotools, php to php/java bridge) does work on Debian, too. Please either follow the INSTALL instructions or please install the precompiled binary as described above. Regards, Jost Boekemeier ___________________________________________________________ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de |
|
From: <php...@li...> - 2006-01-06 10:34:54
|
Hi PHP / Java bridgers
When I try to configure version 3.0.4 I got the output below, with the
error at the bottom.
I have installed automake 1.6.3 as /usr/bin/automake-1.6 and I have
tried to change "automake" to automake-1.6 in the configure.gnu file,
but it didn't change anything.
Any clues?
//CC
debian6:~/src/php-java-bridge-3.0.4# phpize
Configuring for:
PHP Api Version: 20041225
Zend Module Api No: 20050922
Zend Extension Api No: 220051025
debian6:~/src/php-java-bridge-3.0.4# ./configure --with-java=3D/usr/lib/j2s=
e/1.4/
checking for egrep... grep -E
checking for a sed that does not truncate output... /bin/sed
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ANSI C... none needed
checking whether gcc and cc understand -c and -o together... yes
checking if compiler supports -R... no
checking if compiler supports -Wl,-rpath,... yes
checking build system type... i686-pc-linux-gnu
checking host system type... i686-pc-linux-gnu
checking target system type... i686-pc-linux-gnu
checking for PHP prefix... /usr
checking for PHP includes... -I/usr/include/php5
-I/usr/include/php5/main -I/usr/include/php5/TSRM
-I/usr/include/php5/Zend -I/usr/include/php5/ext
checking for PHP extension directory... /usr/lib/php5/20050922
checking for PHP installed headers prefix... /usr/include/php5
checking for re2c... no
configure: WARNING: You will need re2c 0.98 or later if you want to
regenerate PHP parsers.
checking for gawk... no
checking for nawk... nawk
checking if nawk is broken... no
checking for java support... yes, shared
checking for java servlet support... yes, shared
checking for java script support... yes, shared
checking for java server faces support... yes, shared
checking for sys/param.h... yes
checking for sys/types.h... yes
checking for sys/time.h... yes
checking for assert.h... yes
checking for fcntl.h... yes
checking for limits.h... yes
checking for signal.h... yes
checking for stdarg.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for syslog.h... yes
checking for sys/ioctl.h... yes
checking for sys/poll.h... yes
checking for sys/select.h... yes
checking for sys/socket.h... yes
checking for sys/un.h... yes
checking for sys/wait.h... yes
checking for unistd.h... yes
checking whether AF_LOCAL is declared... yes
checking whether PF_LOCAL is declared... yes
checking for socket in -lsocket... no
checking for sem_init in -lrt... yes
checking for pthreads_cflags...
checking for pthreads_lib...
checking for broken stdio buffering... no
checking for broken gcc installation... no
checking for abstract namespace... yes
checking for struct ucred... yes
checking for ld used by gcc... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking for /usr/bin/ld option to reload object files... -r
checking for BSD-compatible nm... /usr/bin/nm -B
checking whether ln -s works... yes
checking how to recognise dependent libraries... pass_all
checking how to run the C preprocessor... gcc -E
checking for ANSI C header files... yes
checking for sys/types.h... (cached) yes
checking for sys/stat.h... yes
checking for stdlib.h... (cached) yes
checking for string.h... (cached) yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... (cached) yes
checking dlfcn.h usability... yes
checking dlfcn.h presence... yes
checking for dlfcn.h... yes
checking for g++... g++
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
checking how to run the C++ preprocessor... g++ -E
checking the maximum length of command line arguments... 32768
checking command to parse /usr/bin/nm -B output from gcc object... ok
checking for objdir... .libs
checking for ar... ar
checking for ranlib... ranlib
checking for strip... strip
checking if gcc static flag works... yes
checking if gcc supports -fno-rtti -fno-exceptions... no
checking for gcc option to produce PIC... -fPIC
checking if gcc PIC flag -fPIC works... yes
checking if gcc supports -c -o file.o... yes
checking whether the gcc linker (/usr/bin/ld) supports shared libraries... =
yes
checking whether -lc should be explicitly linked in... no
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... no
creating libtool
appending configuration tag "CXX" to libtool
checking whether the g++ linker (/usr/bin/ld) supports shared libraries... =
yes
checking for g++ option to produce PIC... -fPIC
checking if g++ PIC flag -fPIC works... yes
checking if g++ supports -c -o file.o... yes
checking whether the g++ linker (/usr/bin/ld) supports shared libraries... =
yes
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
configure: creating ./config.status
config.status: creating config.h
configure: configuring in server
configure: running /bin/sh './configure.gnu' --prefix=3D/usr=20
'--with-java=3D/usr/lib/j2se/1.4/' --cache-file=3D/dev/null --srcdir=3D.
aclocal: configure.in: 20: macro `AM_PROG_GCJ' not found in library
aclocal: configure.in: 40: macro `AM_CPPFLAGS' not found in library
aclocal: configure.in: 42: macro `AM_CPPFLAGS' not found in library
autoheader: error: AC_CONFIG_HEADERS not found in configure.in
configure.in:15: error: possibly undefined macro: AM_INIT_AUTOMAKE
If this token and others are legitimate, please use m4_pattern_allow.
See the Autoconf documentation.
configure.in:16: error: possibly undefined macro: AM_CONFIG_HEADER
configure.in:20: error: possibly undefined macro: AM_PROG_GCJ
configure.in:21: error: possibly undefined macro: AC_PROG_LIBTOOL
configure.in:40: error: possibly undefined macro: AM_CPPFLAGS
configure.in:132: error: possibly undefined macro: AM_CONDITIONAL
You should add the contents of `/usr/share/aclocal/libtool.m4' to `aclocal.=
m4'.
automake: configure.in: `PACKAGE' not defined in `configure.in'
automake: configure.in: `VERSION' not defined in `configure.in'
automake: configure.in: installing `./install-sh'
automake: configure.in: installing `./mkinstalldirs'
automake: configure.in: installing `./missing'
Makefile.am:8: COND_GCJ does not appear in AM_CONDITIONAL
configure.in: 16: required file `./config.h.in' not found
automake: configure.in: AC_ARG_PROGRAM must be used in `configure.in'
automake: Makefile.am: not supported: source file
`php/java/bridge/ConstructorCache.java' is in subdirectory
automake: Makefile.am: not supported: source file
`php/java/bridge/DynamicClassLoader.java' is in subdirectory
automake: Makefile.am: not supported: source file
`php/java/bridge/DynamicJavaBridgeClassLoader.java' is in subdirectory
automake: Makefile.am: not supported: source file
`php/java/bridge/GlobalRef.java' is in subdirectory
automake: Makefile.am: not supported: source file
`php/java/bridge/IDocHandler.java' is in subdirectory
automake: Makefile.am: not supported: source file
`php/java/bridge/Invocable.java' is in subdirectory
automake: Makefile.am: not supported: source file
`php/java/bridge/ISession.java' is in subdirectory
automake: Makefile.am: not supported: source file
`php/java/bridge/ISocketFactory.java' is in subdirectory
automake: Makefile.am: not supported: source file
`php/java/bridge/JavaBridgeClassLoader.java' is in subdirectory
automake: Makefile.am: not supported: source file
`php/java/bridge/JavaBridge.java' is in subdirectory
automake: Makefile.am: not supported: source file
`php/java/bridge/JavaBridgeRunner.java' is in subdirectory
automake: Makefile.am: not supported: source file
`php/java/bridge/LocalServerSocket.java' is in subdirectory
automake: Makefile.am: not supported: source file
`php/java/bridge/LocalSocketInputStream.java' is in subdirectory
automake: Makefile.am: not supported: source file
`php/java/bridge/LocalSocket.java' is in subdirectory
automake: Makefile.am: not supported: source file
`php/java/bridge/LocalSocketOutputStream.java' is in subdirectory
automake: Makefile.am: not supported: source file
`php/java/bridge/MethodCache.java' is in subdirectory
automake: Makefile.am: not supported: source file
`php/java/bridge/NotImplementedException.java' is in subdirectory
automake: Makefile.am: not supported: source file
`php/java/bridge/Options.java' is in subdirectory
automake: Makefile.am: not supported: source file
`php/java/bridge/Parser.java' is in subdirectory
automake: Makefile.am: not supported: source file
`php/java/bridge/ParserString.java' is in subdirectory
automake: Makefile.am: not supported: source file
`php/java/bridge/ParserTag.java' is in subdirectory
automake: Makefile.am: not supported: source file
`php/java/bridge/PhpMap.java' is in subdirectory
automake: Makefile.am: not supported: source file
`php/java/bridge/PhpProcedure.java' is in subdirectory
automake: Makefile.am: not supported: source file
`php/java/bridge/PhpProcedureProxy.java' is in subdirectory
automake: Makefile.am: not supported: source file
`php/java/bridge/Request.java' is in subdirectory
automake: Makefile.am: not supported: source file
`php/java/bridge/Response.java' is in subdirectory
automake: Makefile.am: not supported: source file
`php/java/bridge/SessionFactory.java' is in subdirectory
automake: Makefile.am: not supported: source file
`php/java/bridge/Session.java' is in subdirectory
automake: Makefile.am: not supported: source file
`php/java/bridge/TCPServerSocket.java' is in subdirectory
automake: Makefile.am: not supported: source file
`php/java/bridge/ThreadPool.java' is in subdirectory
automake: Makefile.am: not supported: source file
`php/java/bridge/Util.java' is in subdirectory
automake: Makefile.am: not supported: source file
`php/java/bridge/http/ContextFactory.java' is in subdirectory
automake: Makefile.am: not supported: source file
`php/java/bridge/http/Context.java' is in subdirectory
automake: Makefile.am: not supported: source file
`php/java/bridge/http/ContextRunner.java' is in subdirectory
automake: Makefile.am: not supported: source file
`php/java/bridge/http/ContextServer.java' is in subdirectory
automake: Makefile.am: not supported: source file
`php/java/bridge/http/HttpRequest.java' is in subdirectory
automake: Makefile.am: not supported: source file
`php/java/bridge/http/HttpResponse.java' is in subdirectory
automake: Makefile.am: not supported: source file
`php/java/bridge/http/HttpServer.java' is in subdirectory
automake: Makefile.am: not supported: source file
`php/java/bridge/http/IContextServer.java' is in subdirectory
automake: Makefile.am: not supported: source file
`php/java/bridge/http/PipeContextServer.java' is in subdirectory
automake: Makefile.am: not supported: source file
`php/java/bridge/http/SocketContextServer.java' is in subdirectory
Makefile.am: RunJavaBridge_OBJECTS should not be defined
Makefile.am: variable `LDADD' not defined
Makefile.am:41: invalid variable `dist_data_DATA'
Makefile.am:42: `EXTRA_DATA' should not be defined
automake: configure.in: AC_PROG_INSTALL must be used in `configure.in'
./configure: line 1310: syntax error near unexpected token `1.6.3'
./configure: line 1310: `AM_INIT_AUTOMAKE(1.6.3)'
configure: error: /bin/sh './configure.gnu' failed for server
debian6:~/src/php-java-bridge-3.0.4#
|
|
From: <php...@li...> - 2006-01-04 21:53:35
|
Hi, > I get [o(String):"555-555-6573"] this is described in the NEWS and here: http://cvs.sourceforge.net/viewcvs.py/*checkout*/php-java-bridge/php-java-bridge/documentation/API/html/java_8c.html#a60 The motivation was to make the following possible: $s=new java("java.lang.String", '${12}'); $s=$s->substring(2); $s=$s->substring(0, $s->length()-1); echo "This is $s"; => This is 12 echo $s+1; => 13 This "lazy evaluation" makes it possible to make the java communication _much_ faster. In bridge version 2 we had to wait for a full round-trip for each statement. Since version 3 we can simply create a zval proxy and delay the java evaluation until PHP5/PHP6 calls __toString() or __cast(). You may argue that echo $s should behave exactly as echo "$s" and that the [object:"..."] notation should be used by var_dump() only. But currently (in the current PHP5/PHP6 code base) var_dump($s) and echo $s both call __toString() to display objects. So if we want to change the behaviour, we must change this in PHP, I think. > Session serialID 2f0 expired That's a bug in the bridge 3.x codebase, see PR1397154. I have just fixed it and committed it into the CVS head. Can you please try the current snapshot (http://php-java-bridge.sf.net/snaps)? Regards, Jost Boekemeier ___________________________________________________________ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de |
|
From: <php...@li...> - 2006-01-03 18:31:09
|
I am having difficulity understanding this behavior. I looked in the docs with no success. In bridge2.8, I make this call $javaObj->getAddr() and I get 555-555-6573 In bridge3.0.4 I get [o(String):"555-555-6573"] for the same call. It seems like I have to type cast it to a string. Can someone enlighten me why this is? Or am I missing something? I am also getting this error once in a while for the same screen. It comes and goes randomly: Fatal error: Uncaught [o(Exception):"java.lang.Exception: Invoke failed: [o(JavaBridge)]->deserialize((String)o(String), (int)o(Integer)). Cause: java.lang.IllegalArgumentException: Session serialID 2f0 expired."] thrown in /var/www/mopProj/code/lib/PageController.php on line 199 Warning: java cannot be serialized. in Unknown on line 0 Notice: Unknown: __sleep should return an array only containing the names of instance-variables to serialize. in Unknown on line 0 Warning: java cannot be serialized. in Unknown on line 0 Notice: Unknown: __sleep should return an array only containing the names of instance-variables to serialize. in Unknown on line 0 Warning: java cannot be serialized. in Unknown on line 0 Notice: Unknown: __sleep should return an array only containing the names of instance-variables to serialize. in Unknown on line 0 Warning: java cannot be serialized. in Unknown on line 0 Notice: Unknown: __sleep should return an array only containing the names of instance-variables to serialize. in Unknown on line 0 Warning: java cannot be serialized. in Unknown on line 0 Notice: Unknown: __sleep should return an array only containing the names of instance-variables to serialize. in Unknown on line 0 Warning: java cannot be serialized. in Unknown on line 0 Notice: Unknown: __sleep should return an array only containing the names of instance-variables to serialize. in Unknown on line 0 Warning: java cannot be serialized. in Unknown on line 0 Notice: Unknown: __sleep should return an array only containing the names of instance-variables to serialize. in Unknown on line 0 Warning: java cannot be serialized. in Unknown on line 0 Notice: Unknown: __sleep should return an array only containing the names of instance-variables to serialize. in Unknown on line 0 Warning: java cannot be serialized. in Unknown on line 0 Notice: Unknown: __sleep should return an array only containing the names of instance-variables to serialize. in Unknown on line 0 Warning: java cannot be serialized. in Unknown on line 0 Notice: Unknown: __sleep should return an array only containing the names of instance-variables to serialize. in Unknown on line 0 Warning: java cannot be serialized. in Unknown on line 0 Notice: Unknown: __sleep should return an array only containing the names of instance-variables to serialize. in Unknown on line 0 Warning: java cannot be serialized. in Unknown on line 0 Notice: Unknown: __sleep should return an array only containing the names of instance-variables to serialize. in Unknown on line 0 Warning: java cannot be serialized. in Unknown on line 0 Notice: Unknown: __sleep should return an array only containing the names of instance-variables to serialize. in Unknown on line 0 Warning: java cannot be serialized. in Unknown on line 0 Notice: Unknown: __sleep should return an array only containing the names of instance-variables to serialize. in Unknown on line 0 Warning: java cannot be serialized. in Unknown on line 0 Notice: Unknown: __sleep should return an array only containing the names of instance-variables to serialize. in Unknown on line 0 Warning: java cannot be serialized. in Unknown on line 0 Notice: Unknown: __sleep should return an array only containing the names of instance-variables to serialize. in Unknown on line 0 |