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
(3) |
6
(6) |
7
(6) |
8
(10) |
9
(6) |
10
|
|
11
(5) |
12
(5) |
13
(1) |
14
|
15
(2) |
16
(2) |
17
(4) |
|
18
(3) |
19
(3) |
20
(7) |
21
(5) |
22
(7) |
23
(1) |
24
(4) |
|
25
|
26
(3) |
27
(2) |
28
(1) |
29
|
30
|
31
|
|
From: <php...@li...> - 2009-01-07 18:46:09
|
Hi,
> java -classpath JavaBridge.war TestInstallation
> java.lang.RuntimeException: Could not run PHP ([php-cgi,
Please install PHP properly. A php-cgi is an integral part of a PHP installation.
The above message means that the bridge functionality could not be checked. The bridge may or may not run on your operating system. (In 99% of all cases it will run without problems, it's just that we could not verify this because PHP is not installed).
> However, within my Tomcat webapps folder some new files
Why do you deploy the bridge before or while testing it? Please re-read the INSTALL.J2EE document.
> And my Tomcat installation uses port 8080, so why does it
> say the bridge starts on 8081?
The test uses port 8081 because there's another server already listening on 8080.
Regards,
Jost Boekemeier
|
|
From: <php...@li...> - 2009-01-07 18:37:48
|
Hi, > Why do I definitely need Tomcat? you need a J2EE server or a servlet engine of your choice. You can write your own J2EE server or use the test "J2EE" server built into JavaBridge.jar and ship it as part of your product, but you're responsible for this. We guarantee that the PHP/Java Bridge application works correctly on any servlet engine or J2EE server inplementing the J2EE spec >= 1.3. > Hello: function bindtextdomain not found. Please install > language support, see http://php.net for details Please see the PHP documentation for details. > The requested method PUT is not allowed for the URL mod_jk disables PUT requests. Remove mod_jk. Nobody needs it, anyway. Use mod_proxy instead. Please see our FAQ ("j2ee cluster") for details. > Are the above errors pointing to problems with my PHP-Java > Bridge installation? If so, how can I go about fixing them? It's a misunderstanding. If you really need mod_jk for tomcat on port 8080, start another tomcat on port 8081 and deploy the bridge into this one. Or configure mod_jk to not disable PUT requests. [use PHP] > as an Apache module, or as FastCGI. Which would you > recommend using? Depends on your requirements. If you want to install a cluster, use mod_proxy/balancer within the apache front end and run PHP in the J2EE back end. [FastCGI vs Apache/PHP SAPI] > Does the PHP-Java bridge work better with > one rather than the other? The SAPI doesn't matter. > IDMS <-----> JDBC <-----> Java <-----> > /BRIDGE/ <-----> PHP <-----> Web?? Both modes, running PHP within Apache/IIS front-end or within a J2EE server back-end are supported. Regards, Jost Boekemeier |
|
From: <php...@li...> - 2009-01-07 17:03:40
|
Hi there, I ran this command from the terminal to test the php-java bridge installation: java -classpath JavaBridge.war TestInstallation I got the following information followed by an error: Starting a simple servlet engine: [/home/java/jre/bin/java, -jar, /home/tomcat/webapps/ext/JavaBridge.jar, SERVLET_LOCAL:8081] Jan 07 16:48:41 VMBridge INFO : VM : 1.6.0@http://www.ibm.com/ Jan 07 16:48:41 VMBridge INFO : VMBridge version : 5.4.2 Jan 07 16:48:41 VMBridge INFO : logFile : Jan 07 16:48:41 VMBridge INFO : default logLevel : 3 Jan 07 16:48:41 VMBridge INFO : socket : SERVLET_LOCAL:8081 Jan 07 16:48:41 VMBridge INFO : java.ext.dirs : /home/java/jre/lib/ext Jan 07 16:48:41 VMBridge INFO : php.java.bridge.base: /root Jan 07 16:48:41 VMBridge INFO : thread pool size : 20 Jan 07 16:48:41 VMBridge INFO : JavaBridgeRunner started on port INET_LOCAL:8081 Invoking php: [php-cgi, -n, -d, allow_url_include=On, /home/tomcat/webapps/test.php] java.lang.RuntimeException: Could not run PHP ([php-cgi, -n, -d, allow_url_include=On, /home/tomcat/webapps/test.php]), please check if php-cgi is in the path. at TestInstallation.start(TestInstallation.java:327) at TestInstallation.main(TestInstallation.java:251) Caused by: java.io.IOException: Cannot run program "php-cgi": java.io.IOException: error=2, No such file or directory at java.lang.ProcessBuilder.start(ProcessBuilder.java:470) at java.lang.Runtime.exec(Runtime.java:604) at java.lang.Runtime.exec(Runtime.java:520) at TestInstallation.start(TestInstallation.java:325) ... 1 more Caused by: java.io.IOException: java.io.IOException: error=2, No such file or directory at java.lang.UNIXProcess.<init>(UNIXProcess.java:197) at java.lang.ProcessImpl.start(ProcessImpl.java:101) at java.lang.ProcessBuilder.start(ProcessBuilder.java:463) ... 4 more However, within my Tomcat webapps folder some new files were created after I did the above. An ext/ directory containing jar files, a result.html file and a log file were created. Does the error indicate that the path to the php-cgi binary is not set? If so, how can I correct this? And my Tomcat installation uses port 8080, so why does it say the bridge starts on 8081? Kind regards This message has been scanned for viruses by MailControl - www.mailcontrol.com |
|
From: <php...@li...> - 2009-01-07 16:10:18
|
This is a follow up to the post: Configure bridge as a PHP Apache module or deploy into J2EE server? Thanks for the reply. I still require a little more advice if thats OK? Why do I definitely need Tomcat? Is the reason for this so that I can use JDBC -- can you explain why I need Tomcat? I have had a go at setting up the bridge myself and managed to do the following, which may or may not be correct: 1) I auto-deployed the JavaBridge.war in the tomcats webapps folder. 2) I then accessed www.mydomain.com/JavaBridge/index.php (remember that I am using mod_jk so this is accessing Tomcat's webapps folder) and ran the examples - but these scripts gave errors: Hello example gave this error Hello: function bindtextdomain not found. Please install language support, see http://php.net for details JSR 223 example2 gave this error: protocol error: Method Not Allowed The requested method PUT is not allowed for the URL /JavaBridge/jsp+php.jsp._cache_.phpjavabridge. , Internal error at col 4. Check the back end log for OutOfMemoryErrors. protocol error: Method Not Allowed The requested method PUT is not allowed for the URL /JavaBridge/jsp+php.jsp._cache_.phpjavabridge. , Internal error at col 4. Check the back end log for OutOfMemoryErrors. JSR 223 and IIS/Apache interaction example gave this error: protocol error: Method Not Allowed The requested method PUT is not allowed for the URL /JavaBridge/jsp+php2.jsp._cache_.phpjavabridge. , Internal error at col 4. Check the back end log for OutOfMemoryErrors. Could not evaluate script on IIS/Apache port 80: java.lang.IllegalArgumentException: reader must be a ScriptFileReader Are the above errors pointing to problems with my PHP-Java Bridge installation? If so, how can I go about fixing them? 3) Next I copied the JavaBridge folder to the Apache htdocs folder, and renamed it to JavaBridge2. 4) I then accessed the examples using www.mydomain.com/JavaBridge2/index.php - which points to my Apache htdocs folder. 5) Again, the same scripts gave the same errors as they did when accessing the scripts through Tomcat. 6) Next I compiled my own HelloWorld.java Java example. I did this by running the following command on the HelloWorld.java file.: - javac HelloWorld.java 7) Next I compiled the jar file using this command: - jar cvf HelloWorld.jar HelloWorld.class 8) I then created the helloworld.php file <?php require_once("java/Java.inc"); java_require('http://localhost/HelloWorld.jar'); $myObj = new Java('HelloWorld'); // display Hello World echo (String) $myObj->getHelloWorld(); ?> 9) Next I copied the HelloWorld.java, HelloWorld.class, HelloWorld.jar and helloworld.php files into the webapps/JavaBridge folder on Tomcat, and also to the htdocs/JavaBridge2 folder on Apache. When viewing the following URL's I saw the "Hello World" text in the browser, indicating that it had worked: www.mydomain.com/JavaBridge/helloworld.php www.mydomain.com/JavaBridge2/helloworld.php So does the above indicate that the PHP-Java Bridge is working as it should?? My example works fine when using PHP as an Apache module, or as FastCGI. Which would you recommend using? Does the PHP-Java bridge work better with one rather than the other? The most important question is will the way in which I have setup the PHP-Java Bridge provide the correct foundation for my proposed system i.e. will it allow me to achieve the following: IDMS <-----> JDBC <-----> Java <-----> /BRIDGE/ <-----> PHP <-----> Web?? Sorry for the huge post, i'm still getting my head around the basics. Once again, any help will be fantastic. kind regards Jonathan > > > Message: 8 > Date: Wed, 7 Jan 2009 12:00:22 -0000 > From: php...@li... > Subject: [Php-java-bridge-users] Configure bridge as a PHP Apache > module or deploy into J2EE server? > To: <php...@li...> > Message-ID: <D9991C4FC6614709BF8700521BFCB9DC@JPILLING> > Content-Type: text/plain; charset="iso-8859-1" > > Hi there, > > I am configuring a Linux server that will be eventually used as a web server. I am new to Java so some things are not clear to me, so please excuse any incorrect statements that I make. > > The idea is to connect to our IDMS database via JDBC Type 4 drivers from within a Java environment (which is installed on the Linux server), and then collect the data using Java and/or PHP through the PHP-Java Bridge, and then display the data over the web using PHP. > > I have Apache 2 configured, PHP as an Apache module and also as FastCGI, Apache mod_fastcgi, Tomcat server and the Apache mod_jk connectors. > > We want Apache 2 to handle all web requests and so we are using the mod_jk connectors to do this. i.e. if we want to view a JSP page online we can access it through www.mydomain.com/test.jsp instead of www.mydomain.com:8080/test.jsp. > > Considering our desired setup, how should I use the PHP-Java Bridge? Should I use it as an Apache PHP module, or just deploy it to the J2EE Tomcat server? > > The reason that I installed Tomcat is because I assumed it will create the JDBC connection with our IDMS database and allow PHP and Java to work together. However, I think that this may be incorrect and that all I need is Apache, PHP as an Apache module, the Java environment (SDK 6) to create the JDBC connection, and the PHP-Java Bridge as a PHP module. If we are not serving JSP pages then I can't see any need for Tomcat? Can you confirm that what I suspect is somewhat correct? > > Please advise as I'm quite confused which method to use. Any help will be much appreciated. > > Kind regards > Jonathan > > This message has been scanned for viruses by MailControl - www.mailcontrol.com > > > ------------------------------ > > Message: 9 > Date: Wed, 7 Jan 2009 14:19:39 +0000 (GMT) > From: php...@li... > Subject: Re: [Php-java-bridge-users] Configure bridge as a PHP Apache > module or deploy into J2EE server? > To: php...@li... > Message-ID: <498...@we...> > Content-Type: text/plain; charset=iso-8859-1 > > Hi, > > whether or not you intent to use JSP, you'll need tomcat anyway; although you can start a Java daemon from PHP (see http://php-java-bridge.sourceforge.net/pjb/examples/source.php?source=startJava.php), tomcat is much easier to set up and to handle than some Java daemon started from PHP. > > > Regards, > Jost B?kemeier > > > > > > > > ------------------------------ > > ------------------------------------------------------------------------------ > Check out the new SourceForge.net Marketplace. > It is the best place to buy or sell services for > just about anything Open Source. > http://p.sf.net/sfu/Xq1LFB > > ------------------------------ > > _______________________________________________ > php-java-bridge-users mailing list > php...@li... > https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users > > > End of php-java-bridge-users Digest, Vol 32, Issue 2 > **************************************************** |
|
From: <php...@li...> - 2009-01-07 14:19:48
|
Hi, whether or not you intent to use JSP, you'll need tomcat anyway; although you can start a Java daemon from PHP (see http://php-java-bridge.sourceforge.net/pjb/examples/source.php?source=startJava.php), tomcat is much easier to set up and to handle than some Java daemon started from PHP. Regards, Jost Bökemeier |
|
From: <php...@li...> - 2009-01-07 13:22:10
|
Hi there, I am configuring a Linux server that will be eventually used as a web server. I am new to Java so some things are not clear to me, so please excuse any incorrect statements that I make. The idea is to connect to our IDMS database via JDBC Type 4 drivers from within a Java environment (which is installed on the Linux server), and then collect the data using Java and/or PHP through the PHP-Java Bridge, and then display the data over the web using PHP. I have Apache 2 configured, PHP as an Apache module and also as FastCGI, Apache mod_fastcgi, Tomcat server and the Apache mod_jk connectors. We want Apache 2 to handle all web requests and so we are using the mod_jk connectors to do this. i.e. if we want to view a JSP page online we can access it through www.mydomain.com/test.jsp instead of www.mydomain.com:8080/test.jsp. Considering our desired setup, how should I use the PHP-Java Bridge? Should I use it as an Apache PHP module, or just deploy it to the J2EE Tomcat server? The reason that I installed Tomcat is because I assumed it will create the JDBC connection with our IDMS database and allow PHP and Java to work together. However, I think that this may be incorrect and that all I need is Apache, PHP as an Apache module, the Java environment (SDK 6) to create the JDBC connection, and the PHP-Java Bridge as a PHP module. If we are not serving JSP pages then I can't see any need for Tomcat? Can you confirm that what I suspect is somewhat correct? Please advise as I'm quite confused which method to use. Any help will be much appreciated. Kind regards Jonathan This message has been scanned for viruses by MailControl - www.mailcontrol.com |