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-28 20:20:30
|
Hi, thanks for the response. But I have the gut feeling that this is a bug. System administrators should > be able to customize the php installation, not users. Furthermore there may > be more than one PHP version installed, php 4 for example doesn't understand > any of the new php 5 config settings. > I'm running PHP locally, so I have complete control over its installation. Under windows however getting PHP to recognize another ini file (besides the one in its installation directory) requires changing the registry (especially if other php installations are running). As such, it would be great to have the javabridge run php-cgi with a customized ini (using the -c option supported by php-cgi) when i create an php engine from my standalone java application. Would it be difficult to change the JavaBridge code to implement this? I understand you're not interested in doing this, but if you could point me in the direction on where I could make such change, that would be great. Cheers, Bart |
From: <php...@li...> - 2009-01-27 17:45:36
|
Hi Jon, > [...] I assume you are saying by the > above that I could no longer simply recompile the 3.2.1 bridge source > with the latest PHP source to produce a viable bridge extension to > PHP, is that right? Yes. > Are you speaking from the point of view of someone who is > trying to access PHP from Java -or- call Java libraries from PHP? Both still work. It's just that the java.so/php_java.dll extension is not necessary anymore (PHP >= 1.4). > It seemed easy with the old 3.2.1 version of the bridge It is even easier now that we've scrapped the java extension. Just install a servlet engine or J2EE server on a computer within your intranet and use: require_once("http://yourServer:8080/JavaBridge/java/Java.inc"); in your scripts to access it. If you want to start Java with each PHP script invocation, use the JSR 223 API (Java >= 1.6): jrunscript -classpath JavaBridge.jar -l php testScript.php > java_require(3rd party jar files...); > $props = new Java("java.util.Properties"); > $props->put("someval","sourcedir"); Yes. Just add a java_require(".../Java.inc") to your script. Regards, Jost Boekemeier |
From: <php...@li...> - 2009-01-27 07:36:17
|
On Jan 21, 2009, at 9:05 AM, php-java-bridge- us...@li... wrote: > Hi Jon, > > the main problem with version 3.2.1 is the hook into the Zend > evaluator (the java.so or php_java.dll). Because the PHP low-level > API changes constantly, it is impossible to maintain version 3.2.1 > or below (PHP/Java Bridge 3.2.1 will no longer work with PHP 5.3 or > PHP 6). I do remember needing to recompile the phpJava bridge whenever I upgraded my PHP version. I assume you are saying by the above that I could no longer simply recompile the 3.2.1 bridge source with the latest PHP source to produce a viable bridge extension to PHP, is that right? > >> From Java's point of view a php-cgi (fast cgi executable) is a >> requirement. Otherwise you won't be able to run PHP interactively. >> As far as I know the interactive JSR 223 script engine is the only >> way to start a REPL. -- The php cli can be started with the -a >> flag, which emulates an interactive PHP session, but this doesn't >> really work well in practice: > Are you speaking from the point of view of someone who is trying to access PHP from Java -or- call Java libraries from PHP? I need to do the latter, call Java .jar files from PHP. My applications are pure PHP web-based applications but I need to be able to make calls through a 3rd party java library (provided by a vendor of mine) from my PHP applications (all interactive Web sites) that processes credit card transactions. It seemed easy with the old 3.2.1 version of the bridge since all I did was compile the bridge as a PHP extension and then make simple calls from within my PHP. Here is a stripped down (but nearly complete) example of the main script I use that communicates with our vendors merchant processing platform via their Java API called from our PHP web application: java_require(3rd party jar files...); $props = new Java("java.util.Properties"); $props->put("someval","sourcedir"); etc... $request = new Java("java.util.HashMap"); ..fill $request with all calling variables... try { $reply_class = new JavaClass("com.vendor.ws.client.Client"); $my_reply = new JavaClass("java.util.HashMap"); $my_reply = $reply_class->runTransaction($request , $props); $vendor_reply = java_values($my_reply); //--- bust reply values back into PHP readable array } catch (java_exception $err) { handle errors } Is it possible to do the same thing with the latest release similar to this. Also if there is not a way for me to create the same javaBridge PHP extension as in the old 3.2.1 version, is the pure PHP implementation still available? Thanks again for the great assistance. Also if there are any other OS X users out there, feel free to jump in with any suggestions/help you may have for me. Jon Koerber > $ php -a > php > foo(); > crash > > > Of cause there are other PHP implementations, some are written in > pure Java. But none of them is 100% compatible with the PHP script > engine from php.net, which renders these implementations useless. > > > Regards, > Jost Boekemeier > > > > > > ---------------------------------------------------------------------- > -------- > This SF.net email is sponsored by: > SourcForge Community > SourceForge wants to tell your story. > http://p.sf.net/sfu/sf-spreadtheword > _______________________________________________ > php-java-bridge-users mailing list > php...@li... > https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users |
From: <php...@li...> - 2009-01-26 20:28:11
|
Hi, > where the string phpcgi contains the location of the > php-cgi.exe file, and [...] > start with a customized ini file, not the default php.ini > file contained within the php installation directory. I think PHP tries to load a php.ini from the current directory, if it exists. But I have the gut feeling that this is a bug. System administrators should be able to customize the php installation, not users. Furthermore there may be more than one PHP version installed, php 4 for example doesn't understand any of the new php 5 config settings. Regards, Jost Boekemeier |
From: <php...@li...> - 2009-01-26 18:09:37
|
Hi all, I'm trying to start the PHP/Java bridge on Windows from my Java application with the code: System.setProperty("php.java.bridge.php_exec",phpcgi); manager = new javax.script.ScriptEngineManager(); e = manager.getEngineByName("php-invocable"); where the string phpcgi contains the location of the php-cgi.exe file, and manager and e are globally declared. In principle this works fine. However, now I am trying to get php-cgi.exe to start with a customized ini file, not the default php.ini file contained within the php installation directory. Is it possible to set a system property for that indicating which ini file is to be used? Or do I need to start php-cgi.exe explicitly with -c option to accomplish this? Thanks, Bart |
From: <php...@li...> - 2009-01-26 07:39:44
|
Hi, thanks a lot - this works now for me. Remarks: In a different answer you said to someone else: "Until now this was only possible by asking the PHP object for its ID (through a Java method) and then fetching the object from a global array using the obtained ID as a key." Isn't it correct to say: "Before 5.4.3.1 this wasn't possible at all, but since 5.4.3.1 it is possible by asking the PHP object for its ID (through a Java method) and then fetching the object from a global array using the obtained ID as a key."? Nevertheless this is still not exactly what I wanted/expected: One still has to go back to Java once (using java_unwrap()) in order to retrieve the ID. Even better would be an API in Java that would allow to directly send this ID. I've seen the new methods JavaBridge.unwrapClosure() and PhpProcedure.unwrap(). I may try using these in order to make my solution even better... Anyway, thanks a lot again for your time and help! Regards Jürgen -----Ursprüngliche Nachricht----- Von: php...@li... [mailto:php...@li...] Gesendet: Dienstag, 20. Januar 2009 23:14 An: php...@li... Betreff: Re: [Php-java-bridge-users] How to wrap two PHP objectsasjavaclosures,and in Java call a method on the first closure with thesecondclosureas parameter? Hi, > assume you want to unwrap the wrapped PHP object. It might be a good > idea to extend java_values() this way. the change is in the cvs head now. The current download version 5.4.3.1 also contains this feature. From the NEWS: Version 5.4.3.1 * java_unwrap($closure) can now used to retrieve the PHP object associated with a java_closure(). Example: class f{function __toString(){return "p";}function toString(){return "j"}}; $cl = java_closure(new f()); echo $cl; => j $cl = java_unwrap($cl) echo $cl; => p Regards, Jost Boekemeier |
From: <php...@li...> - 2009-01-24 23:24:13
|
> the Linux RPM's are for RedHat/Fedora Linux installations. From the > README.GCJ: Well, you see, the INSTALL.LINUX actually mentions CentOS, hence my perseverance. > Installation on RedHat, Fedora, CentOS ... > ------------------------------------------ I did see the mention of gcj version having to be >= 4.2 Guess I was just hoping there would be a way simple way of getting it. Pure java download it is. Thank you for the clarification. - Alistair |
From: <php...@li...> - 2009-01-24 16:10:52
|
Hi, the Linux RPM's are for RedHat/Fedora Linux installations. From the README.GCJ: > gcj --version # must be gcj >= 4.2. Please use the pure Java download instead. Regards, Jost Boekemeier |
From: <php...@li...> - 2009-01-24 16:04:08
|
Hi Andre, the web-based CVS is gone[1], but the CVS accounts should work: CVS_RSH=ssh cvs -d:ext:you...@ph...:/cvsroot/php-java-bridge update -APd There weren't any relevant changes from 5.3.2 to 5.4.3.1, but I have removed some obsolete files. Regards, Jost Boekemeier [1] because it has been abused, see sf.net ticket #2211835 (marked as confidential) |
From: <php...@li...> - 2009-01-24 08:43:14
|
Hi, I am attempting to install on CentOS using the method INSTALL.LINUX outlines: rpmbuild -tb php-java-bridge_5.4.3.1.tar.gz However, I am hitting problems. The make processing fails with the following errors: ... gcj -w -ftarget=1.4 -classpath .:script-api.jar -C php/java/bridge/ *.java php/java/bridge/http/*.java jc1: error: unrecognized command line option "-ftarget=1.4" make[1]: *** [MonoBridge.exe] Error 1 make[1]: Leaving directory `/usr/src/redhat/BUILD/php-java- bridge-5.4.3.1/server' make: *** [/usr/src/redhat/BUILD/php-java-bridge-5.4.3.1/modules/ stamp] Error 2 error: Bad exit status from /var/tmp/rpm-tmp.16878 (%build) RPM build errors: Bad exit status from /var/tmp/rpm-tmp.16878 (%build) It would seem the GCJ v4.1 (the current stable release for CentOS) does not have the -ftarget=X flag, which was introduced in v4.2. Removing the flag from php-java-bridge-5.4.3.1/server/Makefile.am doesn't seem to help. I just get more errors. My question is, does anyone have experience/advice with regards to installing on CentOS? Is there a way to avoid the above errors? Is there a ready to use RPM for CentOS? Thank you for any help that can be provided. - Alistair |
From: <php...@li...> - 2009-01-23 13:30:54
|
Hello, I am returning from vacation after a job year end rush and try to catch the backlog. Tried to access the php-java-bridge SF repository and it showed no updates despite a 5.4.3.1 source tar.gz. What can I do to access the repository? (maybe I am doing something wrong after such time without accessing it) There is not a web cvs browsing anymore at SF... Regards. Andre Felipe |
From: <php...@li...> - 2009-01-22 18:12:06
|
Hi again, > Things seem to have changed significantly in the 5 stream. not really. Version 4.x was a transition towards a pure Java implementation (PHP/Java Bridge 5). Version 5 has a flag which enables backward compatibility (define ("JAVA_PREFER_VALUES", true)). See our API documentation for details. Regards, Jost Boekemeier |
From: <php...@li...> - 2009-01-22 17:59:22
|
Hi, > java.so Remove it. Whether or not it's a PHP bug or a bug in Apache, I don't care. Simply remove the Java extension and use the pure Java PHP/Java Bridge instead. The java.so is unsupported since PHP/Java Bridge version 3.2.1. Please see the NEWS for details. Regards, Jost Bökemeier |
From: <php...@li...> - 2009-01-22 17:55:04
|
Hi, > This example is in Java. So I assume that I must create the > connection in Java, and then call this script from PHP? Just take the java code and replace all "·" with "->", "new xxx" with new java("xxx") and xxx.FOO with java("xxx")->foo to create the PHP code. Please note that the driver must be in the bootstrap classpath, see our FAQ for details. Or deploy the driver via the Bea-/Oracle-/Sun- application server deploy tool. > In this example, would I first need to setup and code an > EJB in Java that creates the database connection? Yes. Although it is possible to use a pooled resource directly from the servlet, you may need o/r mapping, anyway. You can find several Java examples which show how to fetch a JNDI resource. Regards, Jost Bökemeier |
From: <php...@li...> - 2009-01-22 17:53:48
|
php...@li... wrote: > Hi > > please see our FAQ "How do I enable the Java extension in my php.ini file?" > (http://php-java-bridge.sourceforge.net/pjb/FAQ.html) > > I'm confused how that is relevant to my question. I must not have explained my problem sufficiently in my previous post. We are running 4.3.3 fine now. We were previously running a version around 4.0.1. When we upgraded to apache 2.2.9 using the same java.so we found that apache processes were hanging and not exiting. I got a backtrace from them that looked like: (gdb) backtrace #0 0x00002b800b4ed38f in read () from /lib/libc.so.6 #1 0x00002aaaad00e380 in java_shutdown_library () from /usr/lib/php5/20060613/java.so #2 0x00002aaaad001e54 in zm_shutdown_java () from /usr/lib/php5/20060613/java.so #3 0x00002aaaac0a17b1 in module_destructor () from /usr/lib/apache2/modules/libphp5.so #4 0x00002aaaac0a7f32 in zend_hash_quick_find () from /usr/lib/apache2/modules/libphp5.so #5 0x00002aaaac0a81a8 in zend_hash_graceful_reverse_destroy () from /usr/lib/apache2/modules/libphp5.so #6 0x00002aaaac09db27 in zend_shutdown () from /usr/lib/apache2/modules/libphp5.so #7 0x00002aaaac05b68a in php_module_shutdown () from /usr/lib/apache2/modules/libphp5.so #8 0x00002aaaac05b729 in php_module_shutdown_wrapper () from /usr/lib/apache2/modules/libphp5.so #9 0x00002aaaac11e911 in zend_get_zval_ptr () from /usr/lib/apache2/modules/libphp5.so #10 0x00002b800b20a1ad in apr_pool_cleanup_run () from /usr/lib/libapr-1.so.0 #11 0x00002b800b20a7bd in apr_pool_destroy () from /usr/lib/libapr-1.so.0 #12 0x00000000004462be in ap_graceful_stop_signalled () #13 0x000000000044671a in ap_graceful_stop_signalled () #14 0x0000000000446904 in ap_graceful_stop_signalled () #15 0x0000000000446d83 in ap_mpm_run () #16 0x0000000000421027 in main () This seems to be identical to the discussion I previously referenced. Things seem to have changed significantly in the 5 stream. We will change our code to work with the new stream, eventually but it doesn't seem trivial. |
From: <php...@li...> - 2009-01-22 17:43:07
|
Hi please see our FAQ "How do I enable the Java extension in my php.ini file?" (http://php-java-bridge.sourceforge.net/pjb/FAQ.html) Regards, Jost Bökemeier |
From: <php...@li...> - 2009-01-22 15:37:15
|
Hi Jost, > How can I use the PHP-Java Bridge to connect PHP to MySQL > using the JNDI connection? >> Please see the MySQL API for details. An example is here: >> http://dev.mysql.com/doc/refman/5.0/en/connector-j-usagenotes-basic.html#connector-j-examples-connection-drivermanager This example is in Java. So I assume that I must create the connection in Java, and then call this script from PHP? How can I call it from PHP? > $dbh = mysql_connect("java:comp/env/jdbc/TestDB") >> Mamma mia... :) If you want to access the driver from a EJB session bean, please see our EJB example (http://php-java-bridge.sourceforge.net/pjb/examples/source.php?source=documentClient.php) how to access a session bean. In this example, would I first need to setup and code an EJB in Java that creates the database connection? I'm using Tomcat, so does this mean I have to use openEJB? Once I have the EJB, do I just call it from PHP using the code example you provided? regards Jp This message has been scanned for viruses by MailControl - www.mailcontrol.com |
From: <php...@li...> - 2009-01-22 11:21:42
|
Thаnks Peter, that did the trick: $_POST["txtTest"] php...@li... wrote: > Hello! > > >> <form name="frm" id="frm" >> method="POST" action="test.php"> >> <input type="text" name="txtTest" >> >> <?php >> echo "<H1>You entered " . $txtTest . >> you can either set register globals to On or use the $_POST array. >> >> Peter >> |
From: <php...@li...> - 2009-01-21 20:13:35
|
I found some discussions from earlier last year that that discussed a problem identical to what I'm getting: https://issues.apache.org/bugzilla/show_bug.cgi?id=43966 http://sourceforge.net/mailarchive/forum.php?thread_name=1205435208.2906.45.camel%40kukac&forum_name=php-java-bridge-users It wasn't clear to me what the resolution was other than patching java.c. Is this just an issue with the older method of running JavaBridge.jar under apache instead of in its own process? |
From: <php...@li...> - 2009-01-21 18:23:58
|
Hello! > <form name="frm" id="frm" > method="POST" action="test.php"> > <input type="text" name="txtTest" > <?php > echo "<H1>You entered " . $txtTest . you can either set register globals to On or use the $_POST array. Example: function getRequest() { static $request = null; if ($request == null) $request = new Request($_POST); } class Request { var $attr; function Request($attr) { $this->attr = $attr; } function getAttribute($key) { return $this->attr[$key] } function getAttributeNames() { return array_keys($this->attr); } } echo "<H1>You entered " . getRequest()->getAttribute("testText") Peter |
From: <php...@li...> - 2009-01-21 17:18:07
|
Hi all, I'm a Java programmer, & a complete newbie when it comes to PHP. I've recently moved a customer's website to a new host running tomcat 5.5.14 on a homegrown flavor of Linux. This website contains both PHP and Java/JSP. All I'm really trying to do is get the tomcat webapp to handle *.php pages correctly. I've setup web.xml as shown in examples (using the PhpCGIServet to handle *.php pages), and have placed links in the /WEB-INF/cgi directory to an existing php installation on the server (as well as a link to this installation's ini file). I have an HTML page as follows: <html> <body> <form name="frm" id="frm" method="POST" action="test.php"> <input type="text" name="txtTest" /> <input type="submit"/> </form> </body> The text.php page is as follows: <html> <body> <? print(Date("1 F d, Y")); ?> <?php echo "<H1>You entered " . $txtTest . "</H1>"; ?> </body> </html> When I submit from the HTML page to PHP page, the PHP is processed correctly (date is shown, "You entered" is shown), but the parameters passed across in the HTTP Post are not coming through. Any idea how to proceed? Rgds, Assaf |
From: <php...@li...> - 2009-01-21 17:05:30
|
Hi Jon, the main problem with version 3.2.1 is the hook into the Zend evaluator (the java.so or php_java.dll). Because the PHP low-level API changes constantly, it is impossible to maintain version 3.2.1 or below (PHP/Java Bridge 3.2.1 will no longer work with PHP 5.3 or PHP 6). >From Java's point of view a php-cgi (fast cgi executable) is a requirement. Otherwise you won't be able to run PHP interactively. As far as I know the interactive JSR 223 script engine is the only way to start a REPL. -- The php cli can be started with the -a flag, which emulates an interactive PHP session, but this doesn't really work well in practice: $ php -a php > foo(); crash Of cause there are other PHP implementations, some are written in pure Java. But none of them is 100% compatible with the PHP script engine from php.net, which renders these implementations useless. Regards, Jost Boekemeier |
From: <php...@li...> - 2009-01-21 10:09:19
|
Hi Jost, (sorry for the delay in this response - I sent this originally on the 1/12 using the wrong email address) In the environment I am using (and many other Mac OSX and Mac OSX Server users), the PHP module is an Apache SO and the PHP command line interface is actually a .bin executable and not a fast CGI. I utilize a variety of CRON jobs and such that call the PHP command- line executable directly for non-interactive PHP scripts. Since I don't use the php-cgi I am not sure adding one to the bridge package will help me or maybe other Mac OSX Server users. In the version I am currently running, 3.2.1, I compiled the java bridge from your source files to run as an extension to PHP in Apache 1.3.x and also to run from the command line PHP executable. I am not sure if you have changed the overall structure of the bridge to no longer support this way of doing things or the original stand- alone pure PHP implementation of the bridge you used to have as well. If there is still a pure PHP version of the bridge, maybe that is the way I should go. Otherwise, I am not sure the best way to upgrade to the new bridge from version 3.2.1 (which is working great). Jon On Jan 6, 2009, at 7:51 AM, php-java-bridge- us...@li... wrote: > Hi John, > >> java.lang.RuntimeException: Could not run PHP ([php-cgi, > > what about adding a OSX php-cgi binary to the JavaBridge.war file? > AFAIK OSX doesn't ship with a php-cgi binary. Furthermore all > current PHP binaries aren't exactly stable (see this regression for > example: http://bugs.php.net/bug.php?id=46723&edit=1), anyway. So > it might be a good idea to ship a stable PHP binary along with the > PHP/Java Bridge. > > The Solaris/Linux/... PHP binaries conntained in JavaBridge.war > which have been compiled with: > > cd php-5.1.4; ./configure --disable-all --enable-fastcgi && make > && strip sapi/cgi/php-cgi > > Could you provide such a php-cgi binary for OSX? > > > Regards, > Jost Boekemeier |
From: <php...@li...> - 2009-01-20 22:44:29
|
Peter, > Isn't it possible to simply use $this when a method is > invoked from Java?!? we were talking about an optimation which fetches the PHP object associated with a Java closure. Until now this was only possible by asking the PHP object for its ID (through a Java method) and then fetching the object from a global array using the obtained ID as a key. Regards, Jost Boekemeier |
From: <php...@li...> - 2009-01-20 22:40:46
|
Hi, > assume you want to unwrap the wrapped PHP object. It might > be a good idea to extend java_values() this way. the change is in the cvs head now. The current download version 5.4.3.1 also contains this feature. From the NEWS: Version 5.4.3.1 * java_unwrap($closure) can now used to retrieve the PHP object associated with a java_closure(). Example: class f{function __toString(){return "p";}function toString(){return "j"}}; $cl = java_closure(new f()); echo $cl; => j $cl = java_unwrap($cl) echo $cl; => p Regards, Jost Boekemeier |