|
From: <php...@li...> - 2007-05-02 09:14:37
|
Hi,
> ---------------------
> PHP 5.0.4 too old.
> For PHP versions < 5.1.4 install the java.so or
> php_java.dll from the
> php-java-bridge-legacy download.
> Or set the path to the PHP executable, see php_exec
> in the
> WEB-INF/web.xml
> ---------------------
> What I don't get is that Apache *is* available, so
> why is the
> documentation steering me towards this
> implementation? Please explain.
Depending on whether you use the Apache front-end or
the J2EE back-end directly, a) you need to install the
java.so/php_java.dll or b) set the path to the php
executable, respectively.
That is:
http://localhost:8080/JavaBridge/test.php
invokes the php_exec from the web.xml,
http://localhost:80/JavaBridge/test.php invokes Apache
or IIS and triggers the php.so or php.dll which in
turn reads the php.ini which in turn loads the java.so
or php_java.dll.
> I do not understand how PHP deals with Java's
> instances.
Well, as someone else noted, your only mistake was
that you thought that getInstance evaluates for its
side effects. But this isn't the case. It is a
function.
> I installed this: php-java-bridge-4.0.7_j2ee and
Okay.
> though the environment
> is a virtual dedicated server, my rights are sadly
> limited.
Okay.
> I've got tomcat running on autostart and have the
> bridge in its webapps
> directory.
Okay. This means that even if the machine boots,
tomcat (and the bridge) will re-start automatically.
Good.
> If tomcat is supplying the VM, why am I getting
> stack heap issues in
Your ISP doesn't want you to start java from the
console. This is usually a GRSecurity or SEL issue.
> trying to start a VM when merely calling java -jar
> JavaBridge.jar --help
> ?
>
> This has *got* to work, I just need to figure out
> how...
Not really. You can restrict Java so that it core
dumps on startup. Please take a look at the SEL files
distributed with the php-java-bridge source download.
Sun JDK 1.5 for example creates executable files in
the temp dir with global permissions. This is very
insecure, imho. If you switch off these permissions
via a SEL rule, Java will crash in the garbage
collector or in the JIT thread.
It all depends on the SEL context. Presumably tomcat
runs in the initd_t context, not in unconfined_t. But
that's guesswork.
Regards,
Jost Boekemeier
Heute schon einen Blick in die Zukunft von E-Mails wagen? Versuchen Sie´s mit dem neuen Yahoo! Mail. www.yahoo.de/mail
|