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
|
|
From: <php...@li...> - 2009-02-02 20:22:58
|
Jost, Thanks again for your dedication and amazing support for your phpJava bridge project. I will be working on this over the next couple weeks to see how I can pull this all together and get it working. I will do my best to report back (or add some pages to the Web site) on the method for running the new 5.4.3 binaries on the OS X Client and OS X Server platforms (Both Tiger 10.4 and Leopard 10.5). Cheers. Jon Koerber On Feb 2, 2009, at 10:01 AM, php-java-bridge- us...@li... wrote: > Hi, > >> Okay, so I am looking into installing/enabling a servlet >> engine under OS X Server. > > Tomcat and Jetty will work out of the box. Tomcat is a little bit > easier to handle because of its autodeploy mode. > > >> That still leaves me with one issue, how can I extract >> the files I need from the JavaBridge package without a PHP > > You don't need to extract anything, the deployment tool built into > tomcat knows how to handle .war files. It automatically extracts > all necessary files into the webapps folder, right after you have > copied the .war file into it. > > Just copy JavaBridge.war to Tomcat's "webapps" folder, wait one > second and that's it. > > > > Regards, > Jost Bökemeier > > > > > > ---------------------------------------------------------------------- > -------- > 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-02-02 18:03:02
|
Hi,
> Okay, so I am looking into installing/enabling a servlet
> engine under OS X Server.
Tomcat and Jetty will work out of the box. Tomcat is a little bit easier to handle because of its autodeploy mode.
> That still leaves me with one issue, how can I extract
> the files I need from the JavaBridge package without a PHP
You don't need to extract anything, the deployment tool built into tomcat knows how to handle .war files. It automatically extracts all necessary files into the webapps folder, right after you have copied the .war file into it.
Just copy JavaBridge.war to Tomcat's "webapps" folder, wait one second and that's it.
Regards,
Jost Bökemeier
|
|
From: <php...@li...> - 2009-02-01 18:57:45
|
Jost,
Okay, so I am looking into installing/enabling a servlet engine under
OS X Server. That still leaves me with one issue, how can I extract
the files I need from the JavaBridge package without a PHP fast-cgi?
Since I only have a PHP binary and the Apache php.so extension.
Is there any other way to get the files I need from the bridge
package? Any help appreciated.
Jon
On Jan 27, 2009, at 9:45 AM, php-java-bridge-
us...@li... wrote:
> 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
>
>
>
>
>
> ----------------------------------------------------------------------
> --------
> 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-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 |