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
(7) |
5
(1) |
6
|
7
|
8
|
9
|
10
(1) |
11
(1) |
12
|
13
|
14
|
15
(1) |
16
|
17
|
18
|
19
|
20
|
21
|
22
|
23
|
24
|
25
|
26
|
27
|
28
|
29
|
30
(2) |
31
|
|
|
|
From: <php...@li...> - 2007-01-30 19:57:23
|
Andre, I just downloaded the source as well and was able to expand the .gz but failed upon expanding the .tar. I am getting: "Error 2 - No such file or directory." Looks like the source files may be corrupted. Jon Koerber php/Java bridge Site and project admin jon...@so... On Jan 30, 2007, at 9:08 AM, php-java-bridge- us...@li... wrote: > Hello, > I tried 3 different mirrors (Texas, UK and Brasil) and the source > tar.gz issued an error when I tried to expand it. > Did anyone successfully expand it? > Regards. > Andre Felipe Machado > > > > ---------------------------------------------------------------------- > --- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to > share your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php? > page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > php-java-bridge-users mailing list > php...@li... > https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users |
From: <php...@li...> - 2007-01-15 18:22:49
|
Thanks a lot for the answer - now, I am able to seamlessly use the php = application inside my tomcat (jboss actually) app. I will post this solution to sitemesh user foruns - there is a discussion = there about using sitemesh to decorate php applications within the tomcat = container. Thanks again, Tedi -----Mensagem original----- De: php-java-bridge-users-bounces=40lists.sourceforge.net =5Bmailto:php-java-bridge-users-bounces=40lists.sourceforge.net=5DEm nome de php-java-bridge-users=40lists.sourceforge.net Enviada em: quinta-feira, 11 de janeiro de 2007 08:58 Para: php-java-bridge-users=40lists.sourceforge.net Assunto: Re: =5BPhp-java-bridge-users=5D Call to undefined functionmysql_pconnect() > After setting up the bridge, I got the 'Call to > undefined function mysql_pconnect()', which I guess > is due to this sql function not being complied to > the default bridge installation (fedora 5). Old versions (<=3D 3.2.2) of the bridge contain a compiled PHP binary in the JavaBridge.war file. In version 4.x, which uses the same code base as 3.x we've removed these obsolete components. Just remove the WEB-INF/cgi/php-cgi-i386-linux executable or simply upgrade to 4.0.1, which uses the system PHP binary by default. > Is there anyway I could make the modules available > to my previous php instalation available to > php-bridge? You could compile a mysql.so and copy it to the WEB-INF/cgi directory. Or simply use the PHP binary from fedora 5. =20 =09 =09=09 ___________________________________________________________=20 Der fr=C3=BChe Vogel f=C3=A4ngt den Wurm. Hier gelangen Sie zum neuen = Yahoo=21 Mail: http://mail.yahoo.de ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3DDE= VDEV _______________________________________________ php-java-bridge-users mailing list php-java-bridge-users=40lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users - - - - - Politica de Privacidade: Esta mensagem pode conter informacao confidencial = e/ou privilegiada. Se voce nao for o destinatario ou a pessoa autorizada a = receber esta mensagem, nao pode usar, copiar ou divulgar as informacoes = nela contidas ou tomar qualquer acao baseada nessas informacoes. Se voce = recebeu esta mensagem por engano, por favor avise imediatamente o = remetente, respondendo o e-mail e em seguida apague-o. Agradecemos sua = cooperacao. Privacy Policy: This message may contain confidential and/or privileged = information. If you are not the addressee or authorized to receive this = for the addressee, you must not use, copy, disclose or take any action = based on this message or any information herein. If you have received this = message in error, please advise the sender immediately by reply e-mail and = delete this message. Thank you for your cooperation.= |
From: <php...@li...> - 2007-01-11 11:58:10
|
> After setting up the bridge, I got the 'Call to > undefined function mysql_pconnect()', which I guess > is due to this sql function not being complied to > the default bridge installation (fedora 5). Old versions (<= 3.2.2) of the bridge contain a compiled PHP binary in the JavaBridge.war file. In version 4.x, which uses the same code base as 3.x we've removed these obsolete components. Just remove the WEB-INF/cgi/php-cgi-i386-linux executable or simply upgrade to 4.0.1, which uses the system PHP binary by default. > Is there anyway I could make the modules available > to my previous php instalation available to > php-bridge? You could compile a mysql.so and copy it to the WEB-INF/cgi directory. Or simply use the PHP binary from fedora 5. ___________________________________________________________ Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de |
From: <php...@li...> - 2007-01-10 20:36:35
|
Hi, I am trying to use php-java-bridge to allow my users to access a php = application we have setup in our server through another application = developed in Java deployed on Jboss. The java application would behave = like a proxy to this php application.=20 After setting up the bridge, I got the 'Call to undefined function = mysql_pconnect()', which I guess is due to this sql function not being = complied to the default bridge installation (fedora 5). Is there anyway I could make the modules available to my previous php = instalation available to php-bridge? Thanks, =20 Tedi - - - - - Politica de Privacidade: Esta mensagem pode conter informacao confidencial = e/ou privilegiada. Se voce nao for o destinatario ou a pessoa autorizada a = receber esta mensagem, nao pode usar, copiar ou divulgar as informacoes = nela contidas ou tomar qualquer acao baseada nessas informacoes. Se voce = recebeu esta mensagem por engano, por favor avise imediatamente o = remetente, respondendo o e-mail e em seguida apague-o. Agradecemos sua = cooperacao. Privacy Policy: This message may contain confidential and/or privileged = information. If you are not the addressee or authorized to receive this = for the addressee, you must not use, copy, disclose or take any action = based on this message or any information herein. If you have received this = message in error, please advise the sender immediately by reply e-mail and = delete this message. Thank you for your cooperation.= |
From: <php...@li...> - 2007-01-05 16:46:59
|
Hi James, > What if I call > http://localhost/testJava.php > > and testJava.php file includes the (pure Java) > PHP/Java bridge and makes a > call on a new Java object. the bridge uses a named-pipe connection to call the JVM. The bridge calls the J2EE/Servlet back end only if a persistent connection doesn't exist or when the script contains java_session() call and the PHP instance doesn't have a session object. > course.) If the JavaBridge > servlet is not running then the Java call(s) will > fail. Well, yes. The pure PHP implementation currently doesn't use persistent connections. But that's an implementation detail. > So in this instance, Tomcat *does* see the request Yes, you're right. But the request/response objects created for the initial PUT request will vanish when the request is done. Furthermore they don't contain any usable values for you. If you really want to use PHP within Apache, you must fake a request/response pair, for example by using a Request/ResponseWrapper (see the J2EE servlet documentation). > The issue though, is some of the Java classes I'm > using want to write out > (D)HTML using objects that exist in the Servlet > context - obviously that > won't work if being called from Apache -> PHP -> > Tomcat Java/Bridge. It shouldn't be too difficult to write a ServletContextWrapper either. > I suppose my other option would be to run the PHP > file from Tomcat instead > of Apache... that may not be so bad, but it feels > like then I'm just a step > away from using pure Servlets + JSP and I could drop > PHP entirely. :) I don't think so. PHP, as an interpreted language, has many advantages over JSP. PHP doesn't need a development tool (a compiler) installed at run-time, it emmits clear error messages instead of obscure messages from the compiler ("compilation error in file bst_foo$__jsp.java ..."). Regards, Jost Boekemeier __________________________________________________ Do You Yahoo!? Sie sind Spam leid? Yahoo! Mail verfügt über einen herausragenden Schutz gegen Massenmails. http://mail.yahoo.com |
From: <php...@li...> - 2007-01-04 22:59:21
|
A couple more questions, then... On 1/4/07, php...@li... < php...@li...> wrote: > > Hi James, > > > I had thought since the JavaBridge *was* running > > under Tomcat that I had > > access to everything a Servlet would as well. > > Only if you access it through the servlet. Just direct > your browser to port 8080 or set up mod_jk to forward > everything to Tomcat. Okay, that makes sense: pages called directly from my AS will of course be running in a Servlet context. > - but now I'm less certain I understand the exact > > relationship between PHP, > > a Java call, and Tomcat. > > Well it's quite simple. If you call > > http://localhost:8080/JavaBridge/sessionSharing.jsp > > tomcat creates a servlet from the JSP file and i > nvokes it. For PHP requests this is similar: > > http://localhost:8080/JavaBridge/sessionSharing.php > > invokes a servlet which creates the HTML pages and > then delegates to PHP to fill in the content. > > If you call > > http://localhost/sessionSharing.php > > then Apache (or IIS) renders and returns the HTML > page. > Tomcat doesn't even see this request. What if I call http://localhost/testJava.php and testJava.php file includes the (pure Java) PHP/Java bridge and makes a call on a new Java object. This behavior relies on the JavaBridge Servlet running in the AS (in my case: Tomcat). (This is setup in my php.ini, of course.) If the JavaBridge servlet is not running then the Java call(s) will fail. So in this instance, Tomcat *does* see the request, or at least the Java portions of it, but the java_context() isn't established(?). > I'm trying to use a set of Java classes that were > > designed to run as a > > Servlet. (I want to use PHP to write the front-end > > pages and Java to do the > > "heavy lifting" in the back.) > > > > My final call to one of the class methods is > > $exportControl->processHttpdRequest($req, $resp, > > $servlet, null) > > This shouldn't be a problem. Just replace the JSP > logic with PHP and you're done. Which I've done a lot of, and it seems to be working well. The issue though, is some of the Java classes I'm using want to write out (D)HTML using objects that exist in the Servlet context - obviously that won't work if being called from Apache -> PHP -> Tomcat Java/Bridge. I suppose my other option would be to run the PHP file from Tomcat instead of Apache... that may not be so bad, but it feels like then I'm just a step away from using pure Servlets + JSP and I could drop PHP entirely. :) Regards, > Jost Boekemeier > > > <https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users> |
From: <php...@li...> - 2007-01-04 22:17:45
|
Hi, > Please use the compiled java.so for RHEL3 instead. > The > last release was 2.0.8: Version 2.0.8 is quite old. A current php_java.dll or java.so can be found in the php-java-bridge-legacy.zip file: http://sourceforge.net/project/shownotes.php?release_id=475534&group_id=117793 Regards, Jost Boekemeier __________________________________________________ Do You Yahoo!? Sie sind Spam leid? Yahoo! Mail verfügt über einen herausragenden Schutz gegen Massenmails. http://mail.yahoo.com |
From: <php...@li...> - 2007-01-04 22:14:32
|
Hi James, > I had thought since the JavaBridge *was* running > under Tomcat that I had > access to everything a Servlet would as well. Only if you access it through the servlet. Just direct your browser to port 8080 or set up mod_jk to forward everything to Tomcat. > - but now I'm less certain I understand the exact > relationship between PHP, > a Java call, and Tomcat. Well it's quite simple. If you call http://localhost:8080/JavaBridge/sessionSharing.jsp tomcat creates a servlet from the JSP file and i nvokes it. For PHP requests this is similar: http://localhost:8080/JavaBridge/sessionSharing.php invokes a servlet which creates the HTML pages and then delegates to PHP to fill in the content. If you call http://localhost/sessionSharing.php then Apache (or IIS) renders and returns the HTML page. Tomcat doesn't even see this request. > I'm trying to use a set of Java classes that were > designed to run as a > Servlet. (I want to use PHP to write the front-end > pages and Java to do the > "heavy lifting" in the back.) > > My final call to one of the class methods is > $exportControl->processHttpdRequest($req, $resp, > $servlet, null) This shouldn't be a problem. Just replace the JSP logic with PHP and you're done. Regards, Jost Boekemeier __________________________________________________ Do You Yahoo!? Sie sind Spam leid? Yahoo! Mail verfügt über einen herausragenden Schutz gegen Massenmails. http://mail.yahoo.com |
From: <php...@li...> - 2007-01-04 17:00:59
|
James, The project you are working on definitely sounds like the type of =20 case study I want to see for the Web site to show other users (and =20 potential users) what can be done with PHP and Java using Jost's php/=20 Java bridge. Contact me when you are ready to share your project results. Jon Koerber php/Java bridge Web site admin jon...@us... On Jan 4, 2007, at 8:42 AM, php-java-bridge-=20 us...@li... wrote: > Thanks, Jost, for the detailed reply. It helps me understand better =20= > how all > of these components are working together. > > I had thought since the JavaBridge *was* running under Tomcat that =20 > I had > access to everything a Servlet would as well. It seems that is not =20 > the case > - but now I'm less certain I understand the exact relationship =20 > between PHP, > a Java call, and Tomcat. > > Why do I need those java_context() objects? > > I'm trying to use a set of Java classes that were designed to run as a > Servlet. (I want to use PHP to write the front-end pages and Java =20 > to do the > "heavy lifting" in the back.) > > My final call to one of the class methods is > $exportControl->processHttpdRequest($req, $resp, $servlet, null) > > This is supposed to write out the HTML (or other file data) =20 > directly to the > browser. The parameters it requires are the Servlet Request, =20 > Response, and > context objects. > > FWIW, if I can get this to work I'm writing it up as a case study =20 > for the > website. It's a non-trivial implementation of PHP and Crystal =20 > Reports that > can only be made to run by using the PHP/Java Bridge. > > - James > > On 1/4/07, php...@li... < > php...@li...> wrote: >> >> Hi, >> >>> Am I doing something wrong when calling the >>> java_context() function? >> >> java_context() returns the current Java context. It is >> a JSR223 context if JSR223 is available. A servlet >> context, from which the servlet request, response, ... >> can be obtained, if PHP is running within a J2EE >> environment. Or a remote context when Java is accessed >> through a Apache or IIS front end or from a PHP >> command line binary: >> >> <?php >> >> require_once >> ("http://localhost:8080/JavaBridge/java/Java.inc"); >> >> $ctx =3D java_context(); >> $res =3D $ctx->getHttpServletResponse(); >> ?> >> >> In the above example $res is always null, unless the >> initial request came in through the tomcat port 8080. >> >> What do you want to do with the ServletRequest and >> ServletResponse objects anyway? When PHP is invoked >> from the command line or running within Apache/IIS, >> there's no servlet involved which could hold resonable >> values for the HTTP "GET/PUT/POST" method or URL >> parameters. >> >> >>> I first tried to use >>> java_context()->getHttpServletResponse >> [...] >>> [o(RemoteContext)]->... >>> *() but that returned null. >> >> Yes. RemoteContext always returns null for >> getHttpServletResponse etc. See >> >> http://php-java-bridge.cvs.sourceforge.net/php-java-bridge/php-=20 >> java-bridge/server/php/java/servlet/RemoteContext.java?=20 >> revision=3D1.1&view=3Dmarkup >> >> >>> I then tried calling >>> java_context()->getAttribute >> >> This will not work either. The JSR223 functionality is >> only available if the bridge is running in a JSR223 >> environment: >> >> ScriptEngineManager m =3D new ScriptEngineManager(); >> ScriptEngine e =3D m.getEngineByName("php-invocable"); >> e.eval("<?php function f($p) {return 'hi '.$p;}?>"); >> Invocable i =3D (Invocable)e; >> Object o =3D i.invokeFunction("f", new >> Object[]{"Java"}); >> System.out.println(o); >> >> =3D> hi Java >> >> >> >> Can you please explain what you want to do? >> >> >> Regards, >> Jost Boekemeier >> >> >> __________________________________________________ >> Do You Yahoo!? >> Sie sind Spam leid? Yahoo! Mail verf=FCgt =FCber einen herausragenden = =20 >> Schutz >> gegen Massenmails. >> http://mail.yahoo.com >> >> ---------------------------------------------------------------------=20= >> ---- >> Take Surveys. Earn Cash. Influence the Future of IT >> Join SourceForge.net's Techsay panel and you'll get the chance to =20 >> share >> your >> opinions on IT & business topics through brief surveys - and earn =20 >> cash >> http://www.techsay.com/default.php?=20 >> page=3Djoin.php&p=3Dsourceforge&CID=3DDEVDEV >> _______________________________________________ >> php-java-bridge-users mailing list >> php...@li... >> https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users >> > ----------------------------------------------------------------------=20= > --- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to =20 > share your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?=20 > page=3Djoin.php&p=3Dsourceforge&CID=3DDEVDEV > _______________________________________________ > php-java-bridge-users mailing list > php...@li... > https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users |
From: <php...@li...> - 2007-01-04 16:42:50
|
VGhhbmtzLCBKb3N0LCBmb3IgdGhlIGRldGFpbGVkIHJlcGx5LiBJdCBoZWxwcyBtZSB1bmRlcnN0 YW5kIGJldHRlciBob3cgYWxsCm9mIHRoZXNlIGNvbXBvbmVudHMgYXJlIHdvcmtpbmcgdG9nZXRo ZXIuCgpJIGhhZCB0aG91Z2h0IHNpbmNlIHRoZSBKYXZhQnJpZGdlICp3YXMqIHJ1bm5pbmcgdW5k ZXIgVG9tY2F0IHRoYXQgSSBoYWQKYWNjZXNzIHRvIGV2ZXJ5dGhpbmcgYSBTZXJ2bGV0IHdvdWxk IGFzIHdlbGwuIEl0IHNlZW1zIHRoYXQgaXMgbm90IHRoZSBjYXNlCi0gYnV0IG5vdyBJJ20gbGVz cyBjZXJ0YWluIEkgdW5kZXJzdGFuZCB0aGUgZXhhY3QgcmVsYXRpb25zaGlwIGJldHdlZW4gUEhQ LAphIEphdmEgY2FsbCwgYW5kIFRvbWNhdC4KCldoeSBkbyBJIG5lZWQgdGhvc2UgamF2YV9jb250 ZXh0KCkgb2JqZWN0cz8KCkknbSB0cnlpbmcgdG8gdXNlIGEgc2V0IG9mIEphdmEgY2xhc3NlcyB0 aGF0IHdlcmUgZGVzaWduZWQgdG8gcnVuIGFzIGEKU2VydmxldC4gKEkgd2FudCB0byB1c2UgUEhQ IHRvIHdyaXRlIHRoZSBmcm9udC1lbmQgcGFnZXMgYW5kIEphdmEgdG8gZG8gdGhlCiJoZWF2eSBs aWZ0aW5nIiBpbiB0aGUgYmFjay4pCgpNeSBmaW5hbCBjYWxsIHRvIG9uZSBvZiB0aGUgY2xhc3Mg bWV0aG9kcyBpcwokZXhwb3J0Q29udHJvbC0+cHJvY2Vzc0h0dHBkUmVxdWVzdCgkcmVxLCAkcmVz cCwgJHNlcnZsZXQsIG51bGwpCgpUaGlzIGlzIHN1cHBvc2VkIHRvIHdyaXRlIG91dCB0aGUgSFRN TCAob3Igb3RoZXIgZmlsZSBkYXRhKSBkaXJlY3RseSB0byB0aGUKYnJvd3Nlci4gVGhlIHBhcmFt ZXRlcnMgaXQgcmVxdWlyZXMgYXJlIHRoZSBTZXJ2bGV0IFJlcXVlc3QsIFJlc3BvbnNlLCBhbmQK Y29udGV4dCBvYmplY3RzLgoKRldJVywgaWYgSSBjYW4gZ2V0IHRoaXMgdG8gd29yayBJJ20gd3Jp dGluZyBpdCB1cCBhcyBhIGNhc2Ugc3R1ZHkgZm9yIHRoZQp3ZWJzaXRlLiBJdCdzIGEgbm9uLXRy aXZpYWwgaW1wbGVtZW50YXRpb24gb2YgUEhQIGFuZCBDcnlzdGFsIFJlcG9ydHMgdGhhdApjYW4g b25seSBiZSBtYWRlIHRvIHJ1biBieSB1c2luZyB0aGUgUEhQL0phdmEgQnJpZGdlLgoKLSBKYW1l cwoKT24gMS80LzA3LCBwaHAtamF2YS1icmlkZ2UtdXNlcnNAbGlzdHMuc291cmNlZm9yZ2UubmV0 IDwKcGhwLWphdmEtYnJpZGdlLXVzZXJzQGxpc3RzLnNvdXJjZWZvcmdlLm5ldD4gd3JvdGU6Cj4K PiBIaSwKPgo+ID4gQW0gSSBkb2luZyBzb21ldGhpbmcgd3Jvbmcgd2hlbiBjYWxsaW5nIHRoZQo+ ID4gamF2YV9jb250ZXh0KCkgZnVuY3Rpb24/Cj4KPiBqYXZhX2NvbnRleHQoKSByZXR1cm5zIHRo ZSBjdXJyZW50IEphdmEgY29udGV4dC4gSXQgaXMKPiBhIEpTUjIyMyBjb250ZXh0IGlmIEpTUjIy MyBpcyBhdmFpbGFibGUuIEEgc2VydmxldAo+IGNvbnRleHQsIGZyb20gd2hpY2ggdGhlIHNlcnZs ZXQgcmVxdWVzdCwgcmVzcG9uc2UsIC4uLgo+IGNhbiBiZSBvYnRhaW5lZCwgaWYgUEhQIGlzIHJ1 bm5pbmcgd2l0aGluIGEgSjJFRQo+IGVudmlyb25tZW50LiBPciBhIHJlbW90ZSBjb250ZXh0IHdo ZW4gSmF2YSBpcyBhY2Nlc3NlZAo+IHRocm91Z2ggYSBBcGFjaGUgb3IgSUlTIGZyb250IGVuZCBv ciBmcm9tIGEgUEhQCj4gY29tbWFuZCBsaW5lIGJpbmFyeToKPgo+IDw/cGhwCj4KPiByZXF1aXJl X29uY2UKPiAgICAoImh0dHA6Ly9sb2NhbGhvc3Q6ODA4MC9KYXZhQnJpZGdlL2phdmEvSmF2YS5p bmMiKTsKPgo+ICRjdHggPSBqYXZhX2NvbnRleHQoKTsKPiAkcmVzID0gJGN0eC0+Z2V0SHR0cFNl cnZsZXRSZXNwb25zZSgpOwo+ID8+Cj4KPiBJbiB0aGUgYWJvdmUgZXhhbXBsZSAkcmVzIGlzIGFs d2F5cyBudWxsLCB1bmxlc3MgdGhlCj4gaW5pdGlhbCByZXF1ZXN0IGNhbWUgaW4gdGhyb3VnaCB0 aGUgdG9tY2F0IHBvcnQgODA4MC4KPgo+IFdoYXQgZG8geW91IHdhbnQgdG8gZG8gd2l0aCB0aGUg U2VydmxldFJlcXVlc3QgYW5kCj4gU2VydmxldFJlc3BvbnNlIG9iamVjdHMgYW55d2F5PyBXaGVu IFBIUCBpcyBpbnZva2VkCj4gZnJvbSB0aGUgY29tbWFuZCBsaW5lIG9yIHJ1bm5pbmcgd2l0aGlu IEFwYWNoZS9JSVMsCj4gdGhlcmUncyBubyBzZXJ2bGV0IGludm9sdmVkIHdoaWNoIGNvdWxkIGhv bGQgcmVzb25hYmxlCj4gdmFsdWVzIGZvciB0aGUgSFRUUCAiR0VUL1BVVC9QT1NUIiBtZXRob2Qg b3IgVVJMCj4gcGFyYW1ldGVycy4KPgo+Cj4gPiBJIGZpcnN0IHRyaWVkIHRvIHVzZQo+ID4gamF2 YV9jb250ZXh0KCktPmdldEh0dHBTZXJ2bGV0UmVzcG9uc2UKPiBbLi4uXQo+ID4gW28oUmVtb3Rl Q29udGV4dCldLT4uLi4KPiA+ICooKSBidXQgdGhhdCByZXR1cm5lZCBudWxsLgo+Cj4gWWVzLiBS ZW1vdGVDb250ZXh0IGFsd2F5cyByZXR1cm5zIG51bGwgZm9yCj4gZ2V0SHR0cFNlcnZsZXRSZXNw b25zZSBldGMuIFNlZQo+Cj4gaHR0cDovL3BocC1qYXZhLWJyaWRnZS5jdnMuc291cmNlZm9yZ2Uu bmV0L3BocC1qYXZhLWJyaWRnZS9waHAtamF2YS1icmlkZ2Uvc2VydmVyL3BocC9qYXZhL3NlcnZs ZXQvUmVtb3RlQ29udGV4dC5qYXZhP3JldmlzaW9uPTEuMSZ2aWV3PW1hcmt1cAo+Cj4KPiA+IEkg dGhlbiB0cmllZCBjYWxsaW5nCj4gPiBqYXZhX2NvbnRleHQoKS0+Z2V0QXR0cmlidXRlCj4KPiBU aGlzIHdpbGwgbm90IHdvcmsgZWl0aGVyLiBUaGUgSlNSMjIzIGZ1bmN0aW9uYWxpdHkgaXMKPiBv bmx5IGF2YWlsYWJsZSBpZiB0aGUgYnJpZGdlIGlzIHJ1bm5pbmcgaW4gYSBKU1IyMjMKPiBlbnZp cm9ubWVudDoKPgo+IFNjcmlwdEVuZ2luZU1hbmFnZXIgbSA9IG5ldyBTY3JpcHRFbmdpbmVNYW5h Z2VyKCk7Cj4gU2NyaXB0RW5naW5lIGUgPSBtLmdldEVuZ2luZUJ5TmFtZSgicGhwLWludm9jYWJs ZSIpOwo+IGUuZXZhbCgiPD9waHAgZnVuY3Rpb24gZigkcCkge3JldHVybiAnaGkgJy4kcDt9Pz4i KTsKPiBJbnZvY2FibGUgaSA9IChJbnZvY2FibGUpZTsKPiBPYmplY3QgbyA9IGkuaW52b2tlRnVu Y3Rpb24oImYiLCBuZXcKPiBPYmplY3RbXXsiSmF2YSJ9KTsKPiBTeXN0ZW0ub3V0LnByaW50bG4o byk7Cj4KPiA9PiBoaSBKYXZhCj4KPgo+Cj4gQ2FuIHlvdSBwbGVhc2UgZXhwbGFpbiB3aGF0IHlv dSB3YW50IHRvIGRvPwo+Cj4KPiBSZWdhcmRzLAo+IEpvc3QgQm9la2VtZWllcgo+Cj4KPiBfX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwo+IERvIFlvdSBZ YWhvbyE/Cj4gU2llIHNpbmQgU3BhbSBsZWlkPyBZYWhvbyEgTWFpbCB2ZXJmw7xndCDDvGJlciBl aW5lbiBoZXJhdXNyYWdlbmRlbiBTY2h1dHoKPiBnZWdlbiBNYXNzZW5tYWlscy4KPiBodHRwOi8v bWFpbC55YWhvby5jb20KPgo+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KPiBUYWtlIFN1cnZleXMuIEVhcm4g Q2FzaC4gSW5mbHVlbmNlIHRoZSBGdXR1cmUgb2YgSVQKPiBKb2luIFNvdXJjZUZvcmdlLm5ldCdz IFRlY2hzYXkgcGFuZWwgYW5kIHlvdSdsbCBnZXQgdGhlIGNoYW5jZSB0byBzaGFyZQo+IHlvdXIK PiBvcGluaW9ucyBvbiBJVCAmIGJ1c2luZXNzIHRvcGljcyB0aHJvdWdoIGJyaWVmIHN1cnZleXMg LSBhbmQgZWFybiBjYXNoCj4gaHR0cDovL3d3dy50ZWNoc2F5LmNvbS9kZWZhdWx0LnBocD9wYWdl PWpvaW4ucGhwJnA9c291cmNlZm9yZ2UmQ0lEPURFVkRFVgo+IF9fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fCj4gcGhwLWphdmEtYnJpZGdlLXVzZXJzIG1haWxp bmcgbGlzdAo+IHBocC1qYXZhLWJyaWRnZS11c2Vyc0BsaXN0cy5zb3VyY2Vmb3JnZS5uZXQKPiBo dHRwczovL2xpc3RzLnNvdXJjZWZvcmdlLm5ldC9saXN0cy9saXN0aW5mby9waHAtamF2YS1icmlk Z2UtdXNlcnMKPgo= |
From: <php...@li...> - 2007-01-04 16:24:24
|
Hi, > Am I doing something wrong when calling the > java_context() function? java_context() returns the current Java context. It is a JSR223 context if JSR223 is available. A servlet context, from which the servlet request, response, ... can be obtained, if PHP is running within a J2EE environment. Or a remote context when Java is accessed through a Apache or IIS front end or from a PHP command line binary: <?php require_once ("http://localhost:8080/JavaBridge/java/Java.inc"); $ctx = java_context(); $res = $ctx->getHttpServletResponse(); ?> In the above example $res is always null, unless the initial request came in through the tomcat port 8080. What do you want to do with the ServletRequest and ServletResponse objects anyway? When PHP is invoked from the command line or running within Apache/IIS, there's no servlet involved which could hold resonable values for the HTTP "GET/PUT/POST" method or URL parameters. > I first tried to use > java_context()->getHttpServletResponse [...] > [o(RemoteContext)]->... > *() but that returned null. Yes. RemoteContext always returns null for getHttpServletResponse etc. See http://php-java-bridge.cvs.sourceforge.net/php-java-bridge/php-java-bridge/server/php/java/servlet/RemoteContext.java?revision=1.1&view=markup > I then tried calling > java_context()->getAttribute This will not work either. The JSR223 functionality is only available if the bridge is running in a JSR223 environment: ScriptEngineManager m = new ScriptEngineManager(); ScriptEngine e = m.getEngineByName("php-invocable"); e.eval("<?php function f($p) {return 'hi '.$p;}?>"); Invocable i = (Invocable)e; Object o = i.invokeFunction("f", new Object[]{"Java"}); System.out.println(o); => hi Java Can you please explain what you want to do? Regards, Jost Boekemeier __________________________________________________ Do You Yahoo!? Sie sind Spam leid? Yahoo! Mail verfügt über einen herausragenden Schutz gegen Massenmails. http://mail.yahoo.com |
From: <php...@li...> - 2007-01-04 16:09:03
|
Hi, First off thank you for the reply. >> running into an odd situation. When I fire up the >> bridge it spawns 10 >> child processes > Not really. It should start only one Java VM, attached > to the HTTP server. Your right it does only fire up one instance of the VM under the apache process, with a number of threads below that. Thank you again. -- Jeff |
From: <php...@li...> - 2007-01-03 22:34:32
|
Am I doing something wrong when calling the java_context() function? I first tried to use java_context()->*getHttpServletResponse<http://php-java-bridge.sourceforge.net/pjb/server/documentation/API/php/java/servlet/Context.html#getHttpServletResponse%28%29> *() but that returned null. I then tried calling java_context()->getAttribute('javax.script.filename'), but that throws an Exception, complaining about Context.java:80. (stack trace pasted below) I've got sample code I can send to the mailing list of other want to try and duplicate it. I'm running Apache 2.2, PHP 5.2.0, Tomcat 5.5, and PHP/Java Bridge 3.2.1 java stack trace: [o(ByteArrayOutputStream):"java.lang.Exception: Invoke failed: [o(RemoteContext)]->getAttribute((String)o(String)). Cause: java.lang.NullPointerException Responsible VM: 1.6.0@http://java.sun.com/ at php.java.servlet.Context.getAttribute(Context.java:80) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at php.java.bridge.JavaBridge.Invoke(JavaBridge.java:1114) at php.java.bridge.Request.handleRequest(Request.java:342) at php.java.bridge.Request.handleRequests(Request.java:388) at php.java.bridge.http.ContextRunner.run(ContextRunner.java:188) at php.java.bridge.BaseThreadPool$Delegate.run(BaseThreadPool.java:66) Caused by: java.lang.NullPointerException ... 10 more "] |
From: <php...@li...> - 2007-01-03 19:10:33
|
Hi, > running into an odd situation. When I fire up the > bridge it spawns 10 > child processes Not really. It should start only one Java VM, attached to the HTTP server. , but whenever I run a php script > that requires the > bridge, it seems to spawn more children but never > releases them. It uses a thread pool. Please see our FAQ for details. Is there a problem with this? Regards, Jost Boekemeier __________________________________________________ Do You Yahoo!? Sie sind Spam leid? Yahoo! Mail verfügt über einen herausragenden Schutz gegen Massenmails. http://mail.yahoo.com |
From: <php...@li...> - 2007-01-03 19:05:40
|
Hi, > I am experiencing problems when trying to install > the bridge on Red Hat EL > Linux w/ PHP4 and Java5. Please use the compiled java.so for RHEL3 instead. The last release was 2.0.8: http://sourceforge.net/project/downloading.php?group_id=117793&use_mirror=mesh&filename=php-java-bridge-2.0.8-1.RHEL.i386.rpm&155133 > installation, any command line > statement is terminated with a "Segmentation fault" > message. This sounds as if it crashes in the MINIT function, because all variables are set to 0. We know that some gcc versions have (had?) a strange bug which caused this. It is (was) probably a bug in the optimizer: -O0 fixes this, so does a reboot(!) and recompilation. Someone has reported this on FreeBSD and sent us the java.so created before and after the reboot. In the first java.so the init section was missing. Can you please open a problem report and attach the created java.so at the end of this ticket? Please also report the gcc version and the conditions when this problem appears and the hardware you use. Regards, Jost Boekemeier __________________________________________________ Do You Yahoo!? Sie sind Spam leid? Yahoo! Mail verfügt über einen herausragenden Schutz gegen Massenmails. http://mail.yahoo.com |
From: <php...@li...> - 2007-01-02 23:09:36
|
I'm running the 3.2.1 version of the bridge with sun-jdk-1.4.2.12 and am running into an odd situation. When I fire up the bridge it spawns 10 child processes, but whenever I run a php script that requires the bridge, it seems to spawn more children but never releases them. On startup: #* */usr/local/apache/bin/apachectl start JavaBridge log: /var/log/php-java-bridge.log /usr/local/apache/bin/apachectl start: httpd started #* *ps faux | grep -c java 12 #php java_test.php OK # ps faux | grep -c java 30 #php java_test.php OK # ps faux | grep -c java 31 #php java_test.php OK # ps faux | grep -c java 32 Jan 02 11:02:18 JavaBridge INFO : JavaBridge version : 3.2.1 Jan 02 11:02:18 JavaBridge INFO : JavaBridge logFile : /var/log/php-java-bridge.log Jan 02 11:02:18 JavaBridge INFO : JavaBridge default logLevel: 10 Jan 02 11:02:18 JavaBridge INFO : JavaBridge socket : INET_LOCAL:9267 Jan 02 11:02:18 JavaBridge INFO : JavaBridge library path : /opt/sun-jdk-1.4.2.12/jre/lib/ext Jan 02 11:02:18 JavaBridge INFO : JavaBridge thread pool size: 20 The script exits just fine. Any ideas? Thanks in advance. -- jeff rooney jtr...@iy... |
From: <php...@li...> - 2007-01-02 18:41:39
|
Hi, I am experiencing problems when trying to install the bridge on Red Hat EL Linux w/ PHP4 and Java5. Dowloaded the latest source archive (v 3.2.1-1), successfully compiled and installed the bridge as superuser (no compilation or installation errors). However, this seems to break my current PHP installation, any command line statement is terminated with a "Segmentation fault" message. For example: [root@db php.d]# php Segmentation fault Commenting out the "extension = java.so" declaration in java.ini fixes PHP again, so I conclude it must be a problem with the bridge: [root@db php.d]# php --version PHP 4.3.9 (cgi) (built: Nov 2 2006 16:39:38) Copyright (c) 1997-2004 The PHP Group Zend Engine v1.3.0, Copyright (c) 1998-2004 Zend Technologies FYI, I am running on: Red Hat Enterprise Linux ES Release 4 PHP 4.3.9 Apache/2.0.52 Java 1.5.0_10 with Tomcat 5.5.20 Did anyone experience similar issues? Please help! Many thanks, -Stefan |